9.5 KiB

Raw Blame History

macOS 下单步调试 WebRTC Android & iOS

上一篇文章里有位读者朋友咨询我，如何调试 WebRTC iOS demo。显然这个小问题不值一篇文章，所以这周我就花了大量的精力，解决了长久以来困扰广大 WebRTC 安卓开发者的难题：如何在 Android Studio 里单步调试 WebRTC Android 的 native 代码。

今天我就在这里给大家带来一场盛宴 :)

1、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 了；

2、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；

3、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 目录下生成这个程序；

修改完了 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。

好了，为了表达我激动的心情，放上一个录屏视频：

视频链接：https://blog.piasy.com/2018/08/14/build-webrtc/

4、macOS 下用 gn + ninja 编译 WebRTC Android

Android Studio 的调试毕竟只是为了加断点做一些流程分析，而且写出来的 CMakeLists.txt 和 build.gradle 也只能算是一个临时解决方案，靠谱的编译方式，还得是 gn + ninja，那么接下来我就补上这道餐后甜点。

先在 docker 镜像里 sync 好 linux 的版本（直接在 macOS 里下载我猜应该也可以，但我没试过，欢迎大家尝试后分享结果）；
创建 src/third_party/android_tools_mac 目录，并把 macOS 的 ndk 和 sdk 放入其中；
修改 src/build/config/android/config.gni:

declare_args() {
android_ndk_root = "//third_party/android_tools_mac/ndk"
android_ndk_version = "r16"
android_ndk_major_version = 16

android_sdk_root = "//third_party/android_tools_mac/sdk"
android_sdk_version = 28
android_sdk_build_tools_version = "27.0.3"
android_sdk_tools_version_suffix = "-26.0.0-dev"

lint_android_sdk_root = "//third_party/android_tools_mac/sdk"
lint_android_sdk_version = 26

修改 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 和 gn，下载方法见上文；
本地 build llvm，因为下载的 macOS 版本都没有 llvm-ar 这个程序，build 命令：env LLVM_FORCE_HEAD_REVISION=1 ./src/tools/clang/scripts/update.py；
把 $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 即可编译；

5、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 提示文件已损坏……我发誓之前编译成功过一个版本，但后来突然就不行了，已弃疗，不过论坛里的这个帖子也许有用；

6、总结

好了，WebRTC 编译和调试的这场盛宴就到此为止了，希望大家喜欢。热心的朋友，可以给这个 GitHub 仓库贡献一个 star，或者 follow 我，再会 :)

点击查看原文链接，获取所有链接。

原文链接：[https://blog.piasy.com/2018/08/14/build-webrtc/](

9.5 KiB Raw Blame History