上一篇文章里有位读者朋友咨询我，如何调试 WebRTC iOS demo。显然这个小问题不值一篇文章，所以这周我就花了大量的精力，解决了长久以来困扰广大 WebRTC 安卓开发者的难题：如何在 Android Studio 里单步调试 WebRTC Android 的 native 代码。
今天我就在这里给大家带来一场盛宴 :)
WebRTC 代码下载
首先给各位上点冰镇白开，解解暑：
- depot tools 是 chromium 代码库管理工具，包括代码管理、依赖管理、工作流程管理等；
- Android/Linux、Windows、iOS/macOS WebRTC 本身的代码是同一个仓库，但依赖工具不同，所以不可能放到一起，我的移动硬盘里就有
webrtc_android和webrtc_ios两个目录，一共 46 GB； - depot tools 的运行基于 python 2.x 环境，且需要是官方 build（
--version选项不能输出额外信息）； - 各个系统的 buildtools 是需要运行
gclient runhooks进行下载的，而且是自动检测运行时的系统，只下载当前系统的； - gn/clang format 下载地址：https://storage.googleapis.com/chromium-clang-format/0679b295e2ce2fce7919d1e8d003e497475f24a3 , https://storage.googleapis.com/chromium-gn/9be792dd9010ce303a9c3a497a67bcc5ac8c7666 , 替换 hash 值即可，其他
download_from_google_storage的步骤都可以这样解决（替换 bucket 和 hash）；
顺便说说我下载代码的方式：
- 首先准备一台可上网的路由器，我的是华硕 RT-AC68U + koolshare
380.63_0-X7.2（升级后 format jffs at next boot 并重启） + 离线安装科学上网插件； - 然后在阿里云香港开一个按量付费的最低配云主机，0.07 元/小时，流量 1 元/GB，速度很快，能到 MB/s 级别，完整下载花费也不会超过 50 元，下完之后释放；
- 把配好 ss 及 ss 自启动的镜像做成自定义镜像，并创建创建实例模板，再需要更新代码时一键启动无需配置，只需到路由器后台改下 IP 即可；
- 有了这个环境之后，也就可以轻松给 WebRTC 提交 patch 了，我都提交了好几个 patch 了；
Xcode 调试 WebRTC iOS demo
在迎来 Android Studio 这道大菜之前，我们先用 Xcode 开个胃：
src/examples/BUILD.gn中，搜索ios_app_bundle("AppRTCMobile")，为其中增加以下内容（bundle id 设置为实际使用的独特 id）：
extra_substitutions = [
"PRODUCT_BUNDLE_IDENTIFIER=com.github.piasy.AppRTCMobile",
]
src目录下执行gn gen out/xcode_ios_arm64 --args='target_os="ios" target_cpu="arm64"' --ide=xcode；- 用 Xcode 打开
src/out/ios/all.xcworkspace，run target 选择AppRTCMobile，工程文件的设置 target 也选择AppRTCMobile；
- 修改
src/examples/objc/AppRTCMobile/ios/Info.plist，设置同样的 bundle id； - 在工程文件的 general tab 中，手动选择
Info.plist为src/examples/objc/AppRTCMobile/ios/Info.plist；选择了 plist 之后，可能 Xcode 不会显示 bundle id 等信息，这是 Xcode 的一个小 bug，先查看一个其他文件，再查看工程文件，就能看到了； - 勾选「Automatically manage signing」，选择合适的 team；
- 点击 run 即可，和调试普通 iOS app 一样；
- clean 工程并不会清除 ninja 脚本编译的结果，所以不必担心耗时；
- 更新代码后，可能需要删掉老的
src/third_party/llvm-build/目录，然后执行gclient run_hooks下载新的 llvm； - 在
examples/objc/AppRTCMobile/ARDAppEngineClient.m里，修改kARDRoomServerHostUrl,kARDRoomServerJoinFormat,kARDRoomServerJoinFormatLoopback,kARDRoomServerMessageFormat,kARDRoomServerLeaveFormat这四个变量的域名为实际部署的 AppRTC server 域名/地址，即可连接自己的 server；
Android Studio 调试 WebRTC Android demo
好了，现在开始正餐部分 :)
首先，官方有个 issue，讲的就是 Android Studio 的支持，遗憾的是现在还没有解决方案。
但是，不就是编译么，手写一个 CMakeLists.txt 就好了嘛（在此省略描述编写 CMakeLists.txt 过程中解决各种问题的五千字）。
写好了的 CMakeLists.txt 和 build.gradle 就在这里！就在这里！！就在这里！！！ 超链接文字这么长，应该能点到吧 :)
注：这个 CMakeLists.txt 基于 #24277 提交，且只适配了 arm64-v8a 架构，其他代码版本、架构可能存在问题，不保证可以使用。此外，一定要搭配工程里的 build.gradle 使用，因为还要靠它生成一些代码。
不过 clone 下来之后，别急着用 Android Studio 打开，首先要修改一下 libjingle_peerconnection/build.gradle，设置以下变量：
webrtc_repo: WebRTC Android 本地代码仓库路径；android_jar: Android SDK 的 android.jar 路径；py2: Python 2.x 可执行文件的路径；protoc: protobuf 编译程序的路径，注意它的版本需要和 WebRTC 代码库匹配，我没找到这个程序在代码库里的位置，但我发现用 gn + ninja 编译一次后，会在out/dir/clang_x64目录下生成这个程序；
注意：WebRTC 及其依赖的源码，需要自行下载，上述变量是为了让 Android Studio 工程可以找到源码，关于如何下载源码，可以参考上文，或者开箱即用的 WebRTC 开发环境。
修改完了 build.gradle 之后也不要着急，还要修改 Android Studio 启动配置，编辑 ~/Library/Preferences/AndroidStudio3.1/studio.vmoptions（替换为正确版本），修改 -Xms, -Xmx, -XX:MaxPermSize, -XX:ReservedCodeCacheSize 这四个参数：
-Xms4096m
-Xmx14336m
-XX:+UseG1GC
-XX:-UseParNewGC
-XX:-UseConcMarkSweepGC
-XX:MaxPermSize=4096m
-XX:ReservedCodeCacheSize=2048m
-XX:+UseCompressedOops
-XX:-OmitStackTraceInFastThrow
-Dsun.io.useCanonCaches=false
最后，还要把 CMakeLists.txt 的内容注释了一部分后再打开，sync 成功后解除一部分注释，再 sync，再解除注释，否则 Android Studio build symbols 一整天也不见完。当然，土豪顶配 MBP 也许可以直接打开。
对了，我使用的 Android Studio 版本是 3.1.4。
注意：请使用和 WebRTC 代码库里同版本的安卓 SDK 和 NDK，否则会有编译错误。
好了，为了表达我激动的心情，放上一个录屏视频：
macOS 下 用 gn + ninja 编译 WebRTC Android
Android Studio 的调试毕竟只是为了加断点做一些流程分析，而且写出来的 CMakeLists.txt 和 build.gradle 也只能算是一个临时解决方案，靠谱的编译方式，还得是 gn + ninja，那么接下来我就补上这道餐后甜点。
- 先在 docker 镜像里 sync 好 linux 的版本（直接在 macOS 里下载我猜应该也可以，但我没试过，欢迎大家尝试后分享结果）；
- 查看
src/third_party/android_ndk/source.properties里 Linux NDK 的版本，然后下载对应版本的 macOS NDK，并替换原有src/third_party/android_ndk目录里的内容；当然这里建议大家把原有的src/third_party/android_ndk目录备份，sync 前还原为 Linux NDK，编译前替换为 macOS NDK，这样就不用每次都下载 NDK 了； - 修改
src/build/toolchain/gcc_solink_wrapper.py末尾部分为：
# Finally, strip the linked shared object file (if desired).
if args.strip:
result = subprocess.call(wrapper_utils.CommandToRun(
[args.readelf[:-7] + "strip", '-o', args.output, args.sofile]))
- 下载
src/buildtools/mac下定义版本的 macOS 版的clang-format（https://storage.googleapis.com/chromium-clang-format/0679b295e2ce2fce7919d1e8d003e497475f24a3）和gn（https://storage.googleapis.com/chromium-gn/9be792dd9010ce303a9c3a497a67bcc5ac8c7666），替换 hash 值即可，其他download_from_google_storage的步骤都可以这样解决（替换 bucket 和 hash）； - 本地编译 llvm（因为下载的 macOS 版本都没有 llvm-ar 这个程序），编译命令：
./src/tools/clang/scripts/build.py --without-fuchsia； - 把
$JAVA_HOME/bin加到 PATH/usr/bin的前面，这样找到的就会是正确的 jdk 路径，就能找到 rt.jar 了，否则会报错No such file or directory: '/System/Library/Frameworks/JavaVM.framework/Versions/A/jre/lib/rt.jar'； - 确保在 Python 2.x 的 shell 里执行 gn 和 ninja 即可编译；
Windows 编译和使用静态库
嗯……最后还有这么个鸡肋，弃之可惜，还是放在最后好了，且将其定义为残羹冷炙 :)
- 首先可能会提示
winsock.h和winsock2.h里的符号重定义，这是因为windows.h在winsock2.h之前被 include 导致的，我们在包含 WebRTC 头文件之前，先#include winsock2.h即可； - 对 std min max 的使用导致
error C2589: '(' : illegal token on right side of '::'错误，在项目中增加NOMINMAX宏定义即可解决； - 对
av_err2str()的使用会导致error C4576: a parenthesized type followed by an initializer list is a non-standard explicit type conversion syntax错误，暂时无解，只能去掉； - ninja 编出来的
webrtc.lib太小（7MB 左右），且 VS 提示文件已损坏……我发誓之前编译成功过一个版本，但后来突然就不行了，已弃疗，不过论坛里的这个帖子也许有用；
总结
好了，WebRTC 编译和调试的这场盛宴就到此为止了，希望大家喜欢。热心的朋友，可以给这个 GitHub 仓库贡献一个 star，或者 follow 我，再会 :)
欢迎大家加入 Hack WebRTC 星球，和我一起钻研 WebRTC。
