为了编译webrtc，执行如下的gn命令生成out/WinDefault_debug没问题
gn gen out/WinDefault_debug --ide=vs2017 --args="target_cpu=\"x86\" rtc_include_tests=true target_os=\"win\" is_component_build=false is_clang=false use_lld=false treat_warnings_as_errors=false use_rtti=true rtc_build_examples=true"
（生成VS2017的工程；生成x86的可执行文件；rtc_include_tests表示生成测试用例；target_os表示生成平台是windows；is_component_build是false表示是静态库，true的话是动态库；不使用is_clang编译；不使用lld机制；不将警告视作错误；使用C++的运行时类型识别RTTI；生成示例）
我把文件生成到WinDefault_debug目录下，与linux上的编译做区分而已。
但是运行ninja构建的时候遇到了两个问题：
我已经设置了环境变量：
set vs2017_install=F:\Microsoft Visual Studio\2017\Enterprise
set GYP_MSVS_OVERRIDE_PATH=F:\Microsoft Visual Studio\2017\Enterprise
set GYP_GENERATORS=msvs-ninja,ninja
set WINDOWSSDKDIR=F:\Windows Kits\10
set GYP_MSVS_VERSION = 2017
set DEPOT_TOOLS_WIN_TOOLCHAIN=0
这里特别注意我的Visual Studio不是装在默认的C盘！！！
问题1）提示缺少头文件
例如：
????????fatal error C1083: 无法打开包括文件: “winapifamily.h”: No such file or directory
????????fatal error C1083: 无法打开包括文件: “winsock2.h”: No such file or directory
有文章说ninja -t msvc -e environment.x86提供的环境变量INCLUDE缺少了一些路径，environment.x86是一个文件。可是我怎么也找不到environment.x86（我确实是编译32位的库，在gn的--args里加了target_cpu="x86"选项）这个文件
原来是我的VS安装路径不同，正常情况下执行ninja会生成environment.x86文件的。要解决这个问题，在webrtc的源码目录找到这个文件：src/build/vs_toolchain.py，里面识别VS的安装路径是写死的C盘，所以修改一下
灰色的部分原本是没有的，加进去。注意逗号、字符串单引号（会python的话改这个就是小意思，不会的话就按照我这里注意事项改就行了）。路径写自己的VS安装的真实路径，我是企业版，目录最后一级是Enterprise，如果是社区版或者预览版参照前面的几行代码写到Community、Preview目录一级。然后保存重新运行ninja -C。
如果上面的路径写对了，这时候在out/WinDefault_debug（多数人都是out/Default目录，反正你自己执行gn的时候写的输出目录是什么就是什么）就会有environment.x86生成。
记事本打开environment.x86文件，找到INCLUDE=这一段，把缺少的头文件路径加上去即可。
问题2）ninja: build stopped: subcommand failed.
?看上去没有任何信息，就直接说失败。其实不是的，因为ninja默认并发编译，所以错误详细信息前面输出了，然后被另一个进程的输出刷过去了，再显示的失败。运行ninja的时候加上-j 1，变成单进程运行，就能看到错误消息是什么了，处理完了之后再把-j 1去掉。
?
