写在前头
这个配置是基于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开一个工程，对于开发调试还是很有帮助的。