2018-02-02 配置Windows下开发PHP扩展

2018-02-02 本文已影响0人 xiaoou22

写在前头

这个配置是基于windows的IIS部署php的情况下，开发php的扩展，编译出dll文件，供应php中代码可用function。
通过2天在baidu来回折腾，终于自己摸索出了工作方案，记录备忘，也可以被其他程序员参考。
baidu上的内容，实在太模糊了，写到重点都没有。

关键要素

服务器OS：windows，开发机是windows10
http服务：IIS
php版本：VC14编译php7.1.*，x64，nts
vs2015的开发IDE

环境是什么，决定了用什么方式进行开发，所以必须要想明白自己的环境状态。因为编译的扩展需要和编译的php主程序匹配，否则扩展是不能使用的。

要素	值	说明
php版本	7.1.7	从微软的iis express上下载的，参考微软的start sql server by php on windows
编译器	VC14	使用vs2015 c++编译器
线程安全	no	非线程安全，匹配IIS上fast cgi的php版本都是NTS的编译的php
编译环境	X64	在64位环境中编译的可执行程序

环境准备

安装cygwin

下载地址：https://cygwin.com/install.html;
可以考虑在安装之后加载bison，因为php的编译过程可以使用。不安装也可以，php上下载的编译工具中自带。

安装vs2015 c++的开发IDE

实际不需要IDE，但是考虑到微软的东西，还是打包下载的比较保险。
vs2015中必须有C++的编译器即可。其他都不用。
我测试使用vs2017，但是编译后出问题，还是倒回vs2015，编译后可以使用。

部署php的sdk

下载地址：http://windows.php.net/downloads/php-sdk/
我使用了：deps-7.1-vc14-x64，php编译的依赖包。
还需要使用：php-sdk-binary-tools-20110915，注意是老版本了，没有具体的新版本，实际也可以用。

部署php的源代码

下载地址：http://windows.php.net/downloads/releases/
我使用了：php-7.1.2-src，虽然运行的php是7.1.7，但是实际测试，源码的版本只要小版本一致即可。根据php.net的说法，使用高版本的php源码是没有问题的。还没有时间做测试。

维护工作目录

解压php-sdk-binary-tools-20110915，形成一个tools目录
解压php源码，形成php7.1src目录
自建dev目录，届时可以存放扩展的代码

配置OS的PATH

配置php的运行目录，这样可以cmd中执行php.exe
配置tools目录
配置源码目录，因为编译过程需要使用源码内的一些bat

工作步骤

复制必要的文件到工作目录

使用VS2015的cmd工具
我的运行环境是php的x64nts，因此选择x64的cmd工具。在cmd中进入tools目录（解压php-sdk-binary-tools-20110915）
执行tools的环境预设

cd bin
phpsdk_setvars.bat
phpsdk_buildtree.bat extdev

extdev是一个工作目录，这个可以自己定义，我这里就用这个。执行后，会在tools的并排目录里创建好extdev目录，内含多个vc**的目录。
由于工具是2011年的，因此没有VC14，需要自己维护一个VC14，再创建一个x64目录。虽然应该也配套建设x86，但是我的运行php的x64的，因此x86就不必了。
另外extdev的目录工具只是产生一套规范目录，与开发其实没有硬关系。可以cd..后做，也可以不用做。

创建deps环境
将deps-7.1-vc14-x64的压缩包内容，添加到x64下。
实际操作感觉，也无所谓工作目录那么严谨也一样可以编译php扩展。但是严谨的工作目录是个好习惯。
复制源码
将源码包解压到x64中，形成php714-src的目录。

最终形成了我的工作环境目录：

D:
 | -- work
       | -- php_sdk_tool                     // 解压php-sdk-binary-tools-20110915
       | -- extdev                           // 运行phpsdk_buildtree.bat extdev之后得到 
              | -- vc14                      // 自建
                     | -- x64                // 自建 
                            | -- deps        // 解压deps-7.1-vc14-x64
                            | -- php714-src  // 解压php714的源码，编译需要的configure.js等都在这里，这个是执行编译命令的目录
                                   | -- ext  // php标准扩展目录
                                         | -- myext // 执行php ext_skel_win32.php --extname=myext之后php创建，自开发扩展源码就在这里，.32配置文件在这里
                                   | -- x64  // 64位编译结果输出
                                          | -- Release // 编译非线程安全的输出，这里可以找到编译结果php_myext.dll，如果编译发生LKN，php7.lib复制到这里重新编译
                                          | -- Release_TS // 编译线程安全的输出，结果dll在这里
                                   | -- Release // 32位扩展的编译输出，应该是非线程安全，我没有测试过，逻辑推测

生成程序模板

到php714-src中，cd到ext目录，找到对应的win32的开发配置php程序，修改cygwin的bin路径。（在windows开发就是这样麻烦，linux中应该不用吧？）

cd..
cd php714-src
cd ext
vim ext_skel_win32.php
//$cygwin_path设置为你当前cygwin安装目录的bin目录。
php ext_skel_win32.php --extname=%your extension name% // eg : myext

这个操作完成后，会在ext的目录下，出现%your extension name% （myext）的文件夹。就是php工具创建的扩展空模板。修改代码，再编译，就可以完成扩展的开发。

cd %your extension name% // eg : myext

进入自己的扩展目录，其中有2个配置文件需要修改（参考php ext_skel_win32.php 执行后的说明也可以明白）。
一个是linux系统中需要的*.m4的配置，一个是windows系统的.w32文件配置。
我们这里修改.w32的文件。将一下被注释的代码复原：

ARG_ENABLE("myext", "enable myext support", "no");

编译程序配置

然后回到源码目录，执行配置程序的创建工作。

cd..
buildconf --force
configure --help

通常操作第一步后，如果成功，会提示你操作第二步。
这个时候，系统会提示有configure.js的某行代码出错，直接vim去修改这行代码，一般是末尾的注释需要修正：

ARG_ENABLE("myext", "enable myext support", "no"); */ -- 就是这个地方

然后再次执行configure --help。可以查看配置的功能清单。重点关注自己的myext是否存在，还有诸如zts功能（线程安全与否的开关）。

执行扩展编译

在cmd中继续执行命令

configure --disable-all --enable-cli --disable-zts --enable-myext=shared
//                ^ 关闭其他功能                 ^ 编译非线程安全
nmake

如果要编译线程安全的，则不需要--disable-zts
根据提示应该继续执行nmake。

期间可能会出现若干错误，一般都是环境配置的问题：

使用vs2015 x64的命令行可以减少诸如cl.exe、link.exe的问题
编译器报告lnk的问题，基本都是php7.lib的文件不到位的问题。可以从php的运行系统中，在php的目录dev中找到这个文件，复制到编译工作目录：php714\src\x64\release\
正常情况下，编译完成后，会在源码目录中出现对应的输出目录：release（对应x86的编译）和x64（对应x64的编译）。而x64又出现Release_TS和Release目录，分别对应线程安全和非线程安全。

测试使用

将编译后的输出，本次是php714\src\x64\release\中的php_myext.dll复制到php的运行环境，并配置ini。
在cmd中执行php代码，就可以查看到extension是否成功加载。如果加载有问题，会马上有警告。

警告模块不是扩展模块：可能编译器不正确，比如php714使用VC14，而编译扩展使用了不匹配的
警告不是有效的win32，则运行php的位数和扩展编译的位数不匹配，即运行php的版本和扩展编译的版本应该都是对应x86或x64
警告找不到模块：可能是运行的php的线程安全与编译的线程安全开关不匹配。

测试方式：

php -r "phpinfo();"
php -r "echo confirm_myext_compiled(0);"

为了方便查看，在phpinfo制作一个php文件通过http访问也可以看到扩展myext的加载。

注意事项

从baidu上其他的使用vs2015引入扩展目录创建工程，我没有操作成功。多半都是编译环境的问题，我发现百度的内容基本都是php5的，php7很少。估计php7升级到这个版本后，扩展的开发有了变化，因此我怎么也没有成功。（实际是成功编译了dll，但是php不认这个dll）。不过使用vs2015开一个工程，对于开发调试还是很有帮助的。