在 Mac 上為 Android 編譯 WebRTC 的基本流程和在任意平臺上編譯任何其它目標平臺的 WebRTC 大體一致，但在 Mac 上為 Android 編譯 WebRTC 不是 WebRTC 官方正式支持的 WebRTC 的構建方式，因而需要針對這種構建方式，對 WebRTC 構建系統中的部分配置和工具做一些適當的調整。本文將描述在 Mac 上為 Android 編譯 WebRTC 的流程，流程中各個步驟將會遇到的問題，問題發生原因的簡單解釋，以及問題的解決方法。

在 Mac 上為 Android 編譯 WebRTC 的過程如下。

1. 創建 args.gn 文件

為 Android 版 WebRTC 的構建創建 args.gn 文件做一些全局的構建配置開關，如：

is_component_build = false rtc_build_tools = false rtc_include_tests = false treat_warnings_as_errors = false use_rtti = false use_dummy_lastchange = true is_clang = true target_cpu = "arm64" is_debug = true symbol_level = 2 clang_base_path = "/Users/lisi/Projects/opensource/OpenRTCClient/build_system/llvm-build/mac/mac/Release+Asserts" android_sdk_build_tools_version = "30.0.1" target_os = "android" android_ndk_root = "/Users/lisi/Library/Android/sdk/ndk/23.1.7779620" android_sdk_root = "/Users/lisi/Library/Android/sdk" clang_use_chrome_plugins = false lint_android_sdk_root = "/Users/lisi/Library/Android/sdk" use_custom_libcxx = false use_sysroot = false enable_libaom = false enable_libaom_decoder = false rtc_use_h264 = true rtc_enable_protobuf = true rtc_include_ilbc = false rtc_libvpx_build_vp9 = true ffmpeg_branding = "Chrome"

2. gn gen 生成構建配置文件

通過 gn gen 根據創建的 args.gn 文件，各個 BUILD.gn 和 *.gni 構建配置文件，生成 ninja 構建所需的配置文件。假設 args.gn 文件位于 build/android/arm64/debug 目錄下，執行如下命令：

OpenRTCClient % gn gen build/android/arm64/debug

這里就報了錯，報錯信息如下：

OpenRTCClient % gn gen build/android/arm64/debug ERROR Unresolved dependencies. //examples/androidapp/third_party/autobanh:autobanh_java__header(//build/toolchain/android:android_clang_arm64)needs //third_party/ijar:ijar(//build/toolchain/mac:clang_x64) //third_party/accessibility_test_framework:accessibility_test_framework_java__header(//build/toolchain/android:android_clang_arm64)needs //third_party/ijar:ijar(//build/toolchain/mac:clang_x64) //third_party/android_deps:android_arch_core_common_java__header(//build/toolchain/android:android_clang_arm64)needs //third_party/ijar:ijar(//build/toolchain/mac:clang_x64) //third_party/android_deps:android_arch_core_runtime_java__classes__header(//build/toolchain/android:android_clang_arm64)needs //third_party/ijar:ijar(//build/toolchain/mac:clang_x64) //third_party/android_deps:android_arch_lifecycle_common_java8_java__header(//build/toolchain/android:android_clang_arm64)needs //third_party/ijar:ijar(//build/toolchain/mac:clang_x64) //third_party/android_deps:android_arch_lifecycle_common_java__header(//build/toolchain/android:android_clang_arm64)needs //third_party/ijar:ijar(//build/toolchain/mac:clang_x64) . . . . . .

報錯信息提示說，找不到被廣泛依賴的一個構建目標 //third_party/ijar:ijar。

通過這段報錯信息，我們不難了解到，這個構建目標應該是定義在 webrtc/third_party/ijar/BUILD.gn 文件中的。我們打開這個文件，來看下這個構建目標的定義：

if (is_linux || is_chromeos) {config("ijar_compiler_flags") {if (is_clang) {cflags = ["-Wno-shadow","-Wno-unused-but-set-variable",]}}executable("ijar") {sources = ["classfile.cc","common.h","ijar.cc","mapped_file.h","mapped_file_unix.cc","platform_utils.cc","platform_utils.h","zip.cc","zip.h","zlib_client.cc","zlib_client.h",]deps = [ "//third_party/zlib" ]configs += [ ":ijar_compiler_flags" ]# Always build release since this is a build tool.if (is_debug) {configs -= [ "//build/config:debug" ]configs += [ "//build/config:release" ]}} }

通過該文件，可以看到，只有在 Linux 和 ChromeOS 上，才會定義構建目標 //third_party/ijar:ijar。我們修改上面的 if 判斷里的條件，同樣為 Mac 定義這個構建目標。具體來說，是將如下的條件判斷：

if (is_linux || is_chromeos) {

修改為：

if (is_linux || is_chromeos || is_mac) {

webrtc/third_party/ijar/BUILD.gn 這個文件中的其它內容保持不變。

這樣我們可以成功執行 gn gen 了：

OpenRTCClient % gn gen build/android/arm64/debug Done. Made 5530 targets from 318 files in 2743ms

3. 執行 ninja 命令構建 WebRTC

(1). -ffile-compilation-dir=. 導致的編譯錯誤

執行 ninja 命令構建 WebRTC：

OpenRTCClient % ninja -C build/android/arm64/debug

還沒編譯幾行代碼，就報了個編譯錯誤：

OpenRTCClient % ninja -C build/android/arm64/debug ninja: Entering directory `/Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug' [1/5234] CC obj/base/third_party/libevent/libevent/event_tagging.o FAILED: obj/base/third_party/libevent/libevent/event_tagging.o ../../../../../../../Library/Android/sdk/ndk/23.1.7779620/toolchains/llvm/prebuilt/darwin-x86_64/bin/clang -MMD -MF obj/base/third_party/libevent/libevent/event_tagging.o.d -DHAVE_CONFIG_H -D_GNU_SOURCE -DANDROID -DHAVE_SYS_UIO_H -DANDROID_NDK_VERSION_ROLL=r22_1 -D_DEBUG -DDYNAMIC_ANNOTATIONS_ENABLED=1 -I../../../../webrtc/base/third_party/libevent/android -I../../../../webrtc -Igen -fno-delete-null-pointer-checks -fno-ident -fno-strict-aliasing --param=ssp-buffer-size=4 -fstack-protector -funwind-tables -fPIC -fcolor-diagnostics -fmerge-all-constants -fcrash-diagnostics-dir=../../../../webrtc/tools/clang/crashreports -mllvm -instcombine-lower-dbg-declare=0 -ffp-contract=off -ffunction-sections -fno-short-enums --target=aarch64-linux-android21 -mno-outline-atomics -mno-outline -Wno-builtin-macro-redefined -D__DATE__= -D__TIME__= -D__TIMESTAMP__= -ffile-compilation-dir=. -no-canonical-prefixes -Oz -fdata-sections -ffunction-sections -fno-unique-section-names -fno-omit-frame-pointer -g2 -gdwarf-aranges -ggnu-pubnames -Xclang -fuse-ctor-homing -fvisibility=hidden -Wheader-hygiene -Wstring-conversion -Wtautological-overlap-compare -Wall -Wno-unused-variable -Wno-c++11-narrowing -Wno-unused-but-set-variable -Wno-misleading-indentation -Wno-missing-field-initializers -Wno-unused-parameter -Wloop-analysis -Wno-unneeded-internal-declaration -Wenum-compare-conditional -Wno-psabi -Wno-ignored-pragma-optimize -Wmax-tokens -std=c11 --sysroot=../../../../../../../Library/Android/sdk/ndk/23.1.7779620/toolchains/llvm/prebuilt/darwin-x86_64/sysroot -c ../../../../webrtc/base/third_party/libevent/event_tagging.c -o obj/base/third_party/libevent/libevent/event_tagging.o clang: error: unknown argument: '-ffile-compilation-dir=.' [2/5234] CC obj/base/third_party/libevent/libevent/signal.o . . . . . .

這段報錯信息是說，clang 無法識別一個編譯選項 -ffile-compilation-dir=.。在 stack overflow 上有個帖子在討論這個問題，Can’t build Webrtc with Bitcode enabled。出現這個問題，是因為編譯 WebRTC 用的 clang 版本一般都比較新，WebRTC 的構建系統為編譯設置了較新的 clang 版本才支持的一個編譯選項，但本地編譯時使用的 clang 版本不夠新，于是出現了編譯工具無法識別編譯選項的問題。

這個編譯選項是在 webrtc/build/config/compiler/BUILD.gn 文件中加的：

if (is_clang && strip_absolute_paths_from_debug_symbols) {# If debug option is given, clang includes $cwd in debug info by default.# For such build, this flag generates reproducible obj files even we use# different build directory like "out/feature_a" and "out/feature_b" if# we build same files with same compile flag.# Other paths are already given in relative, no need to normalize them.if (is_nacl) {# TODO(https://crbug.com/1231236): Use -ffile-compilation-dir= here.cflags += ["-Xclang","-fdebug-compilation-dir","-Xclang",".",]} else {# -ffile-compilation-dir is an alias for both -fdebug-compilation-dir=# and -fcoverage-compilation-dir=.cflags += [ "-ffile-compilation-dir=." ]}if (!is_win) {# We don't use clang -cc1as on Windows (yet? https://crbug.com/762167)asmflags = [ "-Wa,-fdebug-compilation-dir,." ]}

這里我們將這個編譯選項替換掉來解決這個問題。具體來說，是將如下這行代碼：

cflags += [ "-ffile-compilation-dir=." ]

替換為：

cflags += [ "-fdebug-compilation-dir" ]

修改完成后，重新執行 gn gen 和 ninja 命令。

(2). jni_generator.py 執行失敗導致的錯誤

隨后遇到如下編譯報錯：

[1109/5146] ACTION //sdk/android:generated_external_classes_jni(//build/toolchain/android:android_clang_arm64) FAILED: gen/sdk/android/generated_external_classes_jni/Integer_jni.h gen/sdk/android/generated_external_classes_jni/Double_jni.h gen/sdk/android/generated_external_classes_jni/Long_jni.h gen/sdk/android/generated_external_classes_jni/Iterable_jni.h gen/sdk/android/generated_external_classes_jni/Iterator_jni.h gen/sdk/android/generated_external_classes_jni/Boolean_jni.h gen/sdk/android/generated_external_classes_jni/BigInteger_jni.h gen/sdk/android/generated_external_classes_jni/Map_jni.h gen/sdk/android/generated_external_classes_jni/LinkedHashMap_jni.h gen/sdk/android/generated_external_classes_jni/ArrayList_jni.h gen/sdk/android/generated_external_classes_jni/Enum_jni.h python3 ../../../../webrtc/base/android/jni_generator/jni_generator.py --ptr_type=long --includes ../../../../../../../../webrtc/sdk/android/src/jni/jni_generator_helper.h --jar_file ../../../../../../../Library/Android/sdk/platforms/android-31/android.jar --output_file gen/sdk/android/generated_external_classes_jni/Integer_jni.h --output_file gen/sdk/android/generated_external_classes_jni/Double_jni.h --output_file gen/sdk/android/generated_external_classes_jni/Long_jni.h --output_file gen/sdk/android/generated_external_classes_jni/Iterable_jni.h --output_file gen/sdk/android/generated_external_classes_jni/Iterator_jni.h --output_file gen/sdk/android/generated_external_classes_jni/Boolean_jni.h --output_file gen/sdk/android/generated_external_classes_jni/BigInteger_jni.h --output_file gen/sdk/android/generated_external_classes_jni/Map_jni.h --output_file gen/sdk/android/generated_external_classes_jni/LinkedHashMap_jni.h --output_file gen/sdk/android/generated_external_classes_jni/ArrayList_jni.h --output_file gen/sdk/android/generated_external_classes_jni/Enum_jni.h --input_file=java/lang/Integer.class --input_file=java/lang/Double.class --input_file=java/lang/Long.class --input_file=java/lang/Iterable.class --input_file=java/util/Iterator.class --input_file=java/lang/Boolean.class --input_file=java/math/BigInteger.class --input_file=java/util/Map.class --input_file=java/util/LinkedHashMap.class --input_file=java/util/ArrayList.class --input_file=java/lang/Enum.class Traceback (most recent call last):File "/Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug/../../../../webrtc/base/android/jni_generator/jni_generator.py", line 1630, in <module>sys.exit(main())File "/Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug/../../../../webrtc/base/android/jni_generator/jni_generator.py", line 1624, in mainGenerateJNIHeader(java_path, header_path, args)File "/Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug/../../../../webrtc/base/android/jni_generator/jni_generator.py", line 1485, in GenerateJNIHeaderjni_from_javap = JNIFromJavaP.CreateFromClass(input_file, options)File "/Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug/../../../../webrtc/base/android/jni_generator/jni_generator.py", line 847, in CreateFromClassjni_from_javap = JNIFromJavaP(stdout.split('\n'), options)File "/Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug/../../../../webrtc/base/android/jni_generator/jni_generator.py", line 767, in __init__self.fully_qualified_class = self.fully_qualified_class.replace('.', '/') AttributeError: 'JNIFromJavaP' object has no attribute 'fully_qualified_class' [1110/5146] CXX obj/third_party/abseil-cpp/absl/base/spinlock_wait/spinlock_wait.o warning: unknown warning option '-Wno-unused-but-set-variable'; did you mean '-Wno-unused-const-variable'? [-Wunknown-warning-option]

這次是構建系統在執行腳本文件 webrtc/base/android/jni_generator/jni_generator.py 生成 JNI 頭文件時出錯。根據出錯的調用堆棧信息，撈出來相關的主要的代碼如下：

class JNIFromJavaP(object):"""Uses 'javap' to parse a .class file and generate the JNI header file."""def __init__(self, contents, options):self.contents = contentsself.namespace = options.namespacefor line in contents:class_name = re.match('.*?(public).*?(class|interface) (?P<class_name>\S+?)( |\Z)', line)if class_name:self.fully_qualified_class = class_name.group('class_name')breakself.fully_qualified_class = self.fully_qualified_class.replace('.', '/')# Java 7's javap includes type parameters in output, like HashSet<T>. Strip# away the <...> and use the raw class name that Java 6 would've given us. . . . . . .@staticmethoddef CreateFromClass(class_file, options):class_name = os.path.splitext(os.path.basename(class_file))[0]javap_path = os.path.abspath(options.javap)p = subprocess.Popen(args=[javap_path, '-c', '-verbose', '-s', class_name],cwd=os.path.dirname(class_file),stdout=subprocess.PIPE,stderr=subprocess.PIPE,universal_newlines=True)stdout, _ = p.communicate()jni_from_javap = JNIFromJavaP(stdout.split('\n'), options)return jni_from_javap . . . . . . def GenerateJNIHeader(input_file, output_file, options):try:if os.path.splitext(input_file)[1] == '.class':jni_from_javap = JNIFromJavaP.CreateFromClass(input_file, options)content = jni_from_javap.GetContent()else:jni_from_java_source = JNIFromJavaSource.CreateFromFile(input_file, options)content = jni_from_java_source.GetContent()except ParseError as e:print(e)sys.exit(1)if output_file:with build_utils.AtomicOutput(output_file, mode='w') as f:f.write(content)else:print(content)

相關代碼的大致意思是，在 GenerateJNIHeader() 函數中調用 JNIFromJavaP.CreateFromClass(input_file, options) 方法；在 JNIFromJavaP.CreateFromClass(input_file, options) 方法中執行 javap 命令，得到命令執行的標準輸出的內容，并以此內容為參數創建 JNIFromJavaP，在類 JNIFromJavaP 構造函數中出錯。

我們打印 JNIFromJavaP 構造函數接收的 contents 參數，可以看到這個參數是空字符串，顯然不符合預期。我們提取 JNIFromJavaP.CreateFromClass(input_file, options) 方法中執行的 javap 命令，這個命令大概像這樣：

/Library/Java/JavaVirtualMachines/jdk-11.0.13.jdk/Contents/Home/bin/javap -c -verbose -s Integer

我們在終端命令行中執行這個命令，這個命令執行會報錯：

OpenRTCClient % /Library/Java/JavaVirtualMachines/jdk-11.0.13.jdk/Contents/Home/bin/javap -c -verbose -s Integer 錯誤: 找不到類: Integer

來看一下給 javap 傳的兩個參數是干什么的：

OpenRTCClient % javap --help 用法: javap <options> <classes> 其中, 可能的選項包括:-? -h --help -help 輸出此幫助消息-version 版本信息-v -verbose 輸出附加信息-l 輸出行號和本地變量表-public 僅顯示公共類和成員-protected 顯示受保護的/公共類和成員-package 顯示程序包/受保護的/公共類和成員 (默認)-p -private 顯示所有類和成員-c 對代碼進行反匯編-s 輸出內部類型簽名-sysinfo 顯示正在處理的類的系統信息 (路徑, 大小, 日期, MD5 散列)-constants 顯示最終常量--module <模塊>, -m <模塊> 指定包含要反匯編的類的模塊--module-path <路徑> 指定查找應用程序模塊的位置--system <jdk> 指定查找系統模塊的位置--class-path <路徑> 指定查找用戶類文件的位置-classpath <路徑> 指定查找用戶類文件的位置-cp <路徑> 指定查找用戶類文件的位置-bootclasspath <路徑> 覆蓋引導類文件的位置GNU 樣式的選項可使用 = (而非空白) 來分隔選項名稱 及其值。每個類可由其文件名, URL 或其 全限定類名指定。示例:path/to/MyClass.classjar:file:///path/to/MyJar.jar!/mypkg/MyClass.classjava.lang.Object

-c 參數用于對代碼進行反匯編，-s 參數用于輸出內部類型簽名。不過這里出錯的關鍵不是參數，而是指定類的方式。javap 命令接受的指定類的方式如上面的 help 輸出中最下面的說明。Mac 平臺 javap 命令接受的指定類的方式與 Linux 平臺的 javap 命令接受的不太一樣。

WebRTC 的構建系統會通過 webrtc/base/android/jni_generator/jni_generator.py 為幾個標準庫的類生成 JNI 頭文件，這些類的類文件打包在 rt.jar 文件中。我們從 rt.jar 文件中提取所有的類文件，并對類文件執行 javap 命令：

opensource % mkdir jar_classes opensource % cd jar_classes jar_classes % jar xf /Library/Java/JavaVirtualMachines/jdk1.8.0_311.jdk/Contents/Home/jre/lib/rt.jar jar_classes % cd java/lang lang % javap -c -s Integer 錯誤: 找不到類: Integer lang % javap -c -s Integer.class Compiled from "Integer.java" public final class java.lang.Integer extends java.lang.Number implements java.lang.Comparable<java.lang.Integer> {public static final int MIN_VALUE;descriptor: Ipublic static final int MAX_VALUE;

在類文件所在的目錄，我們僅通過傳入類名類指定類時，javap 執行失敗。而通過 類名.class 的形式指定類時，則可以執行成功。在 Linux 平臺上，如果位于類文件所在的目錄，僅通過傳入類名來指定類，而沒有 .class 后綴名，javap 也可以執行成功。

對于上面例子中的 Integer，在 Mac 平臺上執行 javap 時，正確的參數格式有多種，可以是 java.lang.Integer，可以是類文件的完整文件路徑，如 /var/folders/1x/5vtfxt410vbf9xhk8vvfz8l40000gn/T/tmp2gbxloem/java/lang/Integer.class，也可以是類文件的文件名 Integer.class，但不能是 Integer。

由此，也就可以得到我們對這個問題的解決方案了。

方案一，通過類文件的完整文件路徑來給 javap 指定類，修改 JNIFromJavaP.CreateFromClass(input_file, options) 方法的實現為：

@staticmethoddef CreateFromClass(class_file, options):if sys.platform == "darwin":class_name = class_fileelse:class_name = os.path.splitext(os.path.basename(class_file))[0]javap_path = os.path.abspath(options.javap)p = subprocess.Popen(args=[javap_path, '-c', '-verbose', '-s', class_name],cwd=os.path.dirname(class_file),stdout=subprocess.PIPE,stderr=subprocess.PIPE,universal_newlines=True)stdout, _ = p.communicate()jni_from_javap = JNIFromJavaP(stdout.split('\n'), options)return jni_from_javap

方案二，由于創建進程執行命令時，設置了工作目錄，我們還可以通過類文件的文件名來給 javap 指定類，這修改 JNIFromJavaP.CreateFromClass(input_file, options) 方法的實現為：

@staticmethoddef CreateFromClass(class_file, options):if sys.platform == "darwin":class_name = os.path.basename(class_file)else:class_name = os.path.splitext(os.path.basename(class_file))[0]javap_path = os.path.abspath(options.javap)p = subprocess.Popen(args=[javap_path, '-c', '-verbose', '-s', class_name],cwd=os.path.dirname(class_file),stdout=subprocess.PIPE,stderr=subprocess.PIPE,universal_newlines=True)stdout, _ = p.communicate()jni_from_javap = JNIFromJavaP(stdout.split('\n'), options)return jni_from_javap

方案三，通過類路徑來給 javap 指定類，這修改 JNIFromJavaP.CreateFromClass(input_file, options) 方法的實現為：

@staticmethoddef CreateFromClass(class_file, options):if sys.platform == "darwin":path_items = class_file.split("/")i = len(path_items) - 2while i >= 0:class_name = path_items[i] + "." + class_nameif path_items[i] == "java":breaki = i -1else:class_name = os.path.splitext(os.path.basename(class_file))[0]javap_path = os.path.abspath(options.javap)p = subprocess.Popen(args=[javap_path, '-c', '-verbose', '-s', class_name],cwd=os.path.dirname(class_file),stdout=subprocess.PIPE,stderr=subprocess.PIPE,universal_newlines=True)stdout, _ = p.communicate()jni_from_javap = JNIFromJavaP(stdout.split('\n'), options)return jni_from_javap

方案三的這種實現，對于要生成 JNI 的類有一定的限制。

相對來說，綜合考慮，方案二無疑是最好的。

(3). Android SDK 工具缺失或版本問題導致的編譯錯誤

再次執行 ninja，遇到如下編譯報錯：

OpenRTCClient % mv ~/Library/Android/sdk/cmdline-tools/latest ~/Library/Android/sdk/cmdline-tools/latest_bak OpenRTCClient % webrtc_build build android arm64 debug /Users/lisi/Projects/opensource/OpenRTCClient/build_system/tools/bin/mac/ninja -C /Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug ninja: Entering directory `/Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug' [355/4574] ACTION //examples:AppRTCMobile_test_apk__test_apk__merge_manifests(//build/toolchain/android:android_clang_arm64) FAILED: gen/examples/AppRTCMobile_test_apk__test_apk_manifest/AndroidManifest.xml python3 ../../../../webrtc/build/android/gyp/merge_manifest.py --depfile gen/examples/AppRTCMobile_test_apk__test_apk__merge_manifests.d --android-sdk-cmdline-tools ../../../../../../../Library/Android/sdk/cmdline-tools/latest --root-manifest ../../../../webrtc/examples/androidtests/AndroidManifest.xml --output gen/examples/AppRTCMobile_test_apk__test_apk_manifest/AndroidManifest.xml --extras @FileArg\(gen/examples/AppRTCMobile_test_apk__test_apk.build_config.json:extra_android_manifests\) --min-sdk-version=21 --target-sdk-version=21 Traceback (most recent call last):File "/Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug/../../../../webrtc/build/android/gyp/merge_manifest.py", line 149, in <module>main(sys.argv[1:])File "/Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug/../../../../webrtc/build/android/gyp/merge_manifest.py", line 129, in mainbuild_utils.CheckOutput(File "/Users/lisi/Projects/opensource/OpenRTCClient/webrtc/build/android/gyp/util/build_utils.py", line 276, in CheckOutputraise CalledProcessError(cwd, args, stdout + stderr) util.build_utils.CalledProcessError: Command failed: ( cd /Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug; /Library/Java/JavaVirtualMachines/jdk-11.0.13.jdk/Contents/Home/bin/java -Xmx1G -noverify -cp ../../../../../../../Library/Android/sdk/cmdline-tools/latest/lib/build-system/manifest-merger.jar:../../../../../../../Library/Android/sdk/cmdline-tools/latest/lib/common/common.jar:../../../../../../../Library/Android/sdk/cmdline-tools/latest/lib/sdk-common/sdk-common.jar:../../../../../../../Library/Android/sdk/cmdline-tools/latest/lib/sdklib/sdklib.jar:../../../../../../../Library/Android/sdk/cmdline-tools/latest/lib/external/com/google/guava/guava/30.1-jre/guava-30.1-jre.jar:../../../../../../../Library/Android/sdk/cmdline-tools/latest/lib/external/kotlin-plugin-ij/Kotlin/kotlinc/lib/kotlin-stdlib.jar:../../../../../../../Library/Android/sdk/cmdline-tools/latest/lib/external/com/google/code/gson/gson/2.8.6/gson-2.8.6.jar com.android.manifmerger.Merger --out /Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug/gen/examples/AppRTCMobile_test_apk__test_apk_manifest/tmpvg3qg_k3AndroidManifest.xml --property MIN_SDK_VERSION=21 --property TARGET_SDK_VERSION=21 --libs gen/third_party/android_sdk/android_test_base_java/AndroidManifest.xml:gen/third_party/android_sdk/android_test_runner_java/AndroidManifest.xml --main /var/folders/1x/5vtfxt410vbf9xhk8vvfz8l40000gn/T/AndroidManifest.xmlwu610lv1 --property PACKAGE=org.appspot.apprtc.test --remove-tools-declarations ) 錯誤: 找不到或無法加載主類 com.android.manifmerger.Merger 原因: java.lang.ClassNotFoundException: com.android.manifmerger.Merger

這個報錯是因為，編譯 Android 需要生成一些測試 APK 文件，此時需要執行 Android SDK 中的一些 Java 工具，這里提示找不到的主類 com.android.manifmerger.Merger，其定義在 sdk/cmdline-tools/latest/lib/build-system/manifest-merger.jar 這個 jar 文件中，但在我們的 SDK 中，沒有 sdk/cmdline-tools/latest/ 這個目錄。

不難看出 sdk/cmdline-tools/latest/ 是要引用最新版本的 cmdline-tools，但我們的 SDK 包中，只安裝了 3.0 版。

由此，可以有很多種方案來解決這個問題。

方案一，創建一個符號鏈接 sdk/cmdline-tools/latest 指向 sdk/cmdline-tools/3.0，如：

tmp % ln -s ~/Library/Android/sdk/cmdline-tools/3.0 ~/Library/Android/sdk/cmdline-tools/lastest

方案二，安裝最新版的 cmdline-tools，既可以通過 Android Studio 來完成，也可以通過 Android SDK 提供的命令行工具來做，如：

~/Library/Android/sdk/tools/bin/sdkmanager --install "cmdline-tools;latest"

如果發現安裝了最新版的 cmdline-tools 還是找不到主類 com.android.manifmerger.Merger，則可以看下 cmdline-tools 中是否有 ~/Library/Android/sdk/cmdline-tools/latest/lib/build-system/manifest-merger.jar 這個 jar 文件：

OpenRTCClient % ls -l ~/Library/Android/sdk/cmdline-tools/latest/lib/build-system/ total 424 drwxr-xr-x 3 lisi staff 96 4 11 14:21 builder-model drwxr-xr-x 3 lisi staff 96 4 11 14:21 builder-test-api -rwxr-xr-x 1 lisi staff 213592 4 11 14:21 tools.manifest-merger.jar

如果是這種情況，可以拷貝 tools.manifest-merger.jar 或者為它創建符號鏈接，如：

OpenRTCClient % cp ~/Library/Android/sdk/cmdline-tools/latest/lib/build-system/tools.manifest-merger.jar ~/Library/Android/sdk/cmdline-tools/latest/lib/build-system/manifest-merger.jar

在上面的報錯信息中，我們可以看到引用了多個 jar 文件，對于其中的每一個 jar 文件，我們都需要以類似這樣的方式確保它們的存在。

方案三，修改 WebRTC 的構建配置。
這里的報錯，是在執行 webrtc/build/config/android/internal_rules.gni 中定義的 template("merge_manifests") 時報出的，cmdline-tools 的路徑是在這里定義的，如：

template("merge_manifests") {action_with_pydeps(target_name) {forward_variables_from(invoker, TESTONLY_AND_VISIBILITY + [ "deps" ])script = "//build/android/gyp/merge_manifest.py"depfile = "$target_gen_dir/$target_name.d"inputs = [invoker.build_config,invoker.input_manifest,]outputs = [ invoker.output_manifest ]_rebased_build_config = rebase_path(invoker.build_config, root_build_dir)args = ["--depfile",rebase_path(depfile, root_build_dir),"--android-sdk-cmdline-tools",rebase_path("${android_sdk_root}/cmdline-tools/latest",root_build_dir),"--root-manifest",rebase_path(invoker.input_manifest, root_build_dir),"--output",rebase_path(invoker.output_manifest, root_build_dir),"--extras","@FileArg($_rebased_build_config:extra_android_manifests)","--min-sdk-version=${invoker.min_sdk_version}","--target-sdk-version=${invoker.target_sdk_version}",]

可以將這里的 cmdline-tools 的路徑修改為我們本地已經安裝的版本的路徑。

(4). Clang 缺少 Android NDK 包的庫或工具導致編譯失敗

再次執行 ninja，遇到如下編譯報錯：

OpenRTCClient % webrtc_build build android arm64 debug /Users/lisi/Projects/opensource/OpenRTCClient/build_system/tools/bin/mac/ninja -C /Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug ninja: Entering directory `/Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug' [14/1093] LINK ./stun_prober FAILED: stun_prober exe.unstripped/stun_prober python3 "../../../../webrtc/build/toolchain/gcc_link_wrapper.py" --output="./stun_prober" --strip="../../../../build_system/llvm-build/mac/mac/Release+Asserts/bin/llvm-strip" --unstripped-file="./exe.unstripped/stun_prober" -- ../../../../build_system/llvm-build/mac/mac/Release+Asserts/bin/clang++ -fuse-ld=lld -Wl,--fatal-warnings -Wl,--build-id -fPIC -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now -Wl,-z,max-page-size=4096 -Wl,--color-diagnostics -Wl,--no-rosegment -Wl,--no-call-graph-profile-sort -Wl,--exclude-libs=libvpx_assembly_arm.a --unwindlib=none --target=aarch64-linux-android21 -Wl,-mllvm,-enable-machine-outliner=never -no-canonical-prefixes -Wl,--gc-sections -Wl,--gdb-index --sysroot=../../../../../../../Library/Android/sdk/ndk/23.1.7779620/toolchains/llvm/prebuilt/darwin-x86_64/sysroot -Wl,--warn-shared-textrel -Wl,-z,defs -Wl,--as-needed -pie -Bdynamic -Wl,-z,nocopyreloc -Wl,--dynamic-linker,/system/bin/linker64 -o "./exe.unstripped/stun_prober" -Wl,--start-group @"./stun_prober.rsp" -Wl,--end-group -ldl -lm -llog -lGLESv2 -lOpenSLES ld.lld: error: cannot open ../../../../build_system/llvm-build/mac/mac/Release+Asserts/lib/clang/14.0.0/lib/linux/libclang_rt.builtins-aarch64-android.a: No such file or directory ld.lld: error: cannot open ../../../../build_system/llvm-build/mac/mac/Release+Asserts/lib/clang/14.0.0/lib/linux/libclang_rt.builtins-aarch64-android.a: No such file or directory clang++: error: linker command failed with exit code 1 (use -v to see invocation)

這是由于 webrtc 中的 LLVM 工具鏈中缺少編譯鏈接 Android 二進制文件所需的一些庫文件。這可以通過將 NDK 中的庫文件拷貝的 LLVM 工具鏈的對應目錄下來解決，如：

android-ndk-r23b-darwin % cp -r toolchains/llvm/prebuilt/darwin-x86_64//lib64/clang/12.0.8/lib/linux ~/Projects/opensource/OpenRTCClient/build_system/llvm-build/mac/mac/Release+Asserts/lib/clang/14.0.0/lib/

再次執行 ninja，遇到如下編譯報錯：

OpenRTCClient % webrtc_build build android arm64 debug /Users/lisi/Projects/opensource/OpenRTCClient/build_system/tools/bin/mac/ninja -C /Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug ninja: Entering directory `/Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug' [33/880] LINK ./stun_prober FAILED: stun_prober exe.unstripped/stun_prober python3 "../../../../webrtc/build/toolchain/gcc_link_wrapper.py" --output="./stun_prober" --strip="../../../../build_system/llvm-build/mac/mac/Release+Asserts/bin/llvm-strip" --unstripped-file="./exe.unstripped/stun_prober" -- ../../../../build_system/llvm-build/mac/mac/Release+Asserts/bin/clang++ -fuse-ld=lld -Wl,--fatal-warnings -Wl,--build-id -fPIC -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now -Wl,-z,max-page-size=4096 -Wl,--color-diagnostics -Wl,--no-rosegment -Wl,--no-call-graph-profile-sort -Wl,--exclude-libs=libvpx_assembly_arm.a --unwindlib=none --target=aarch64-linux-android21 -Wl,-mllvm,-enable-machine-outliner=never -no-canonical-prefixes -Wl,--gc-sections -Wl,--gdb-index --sysroot=../../../../../../../Library/Android/sdk/ndk/23.1.7779620/toolchains/llvm/prebuilt/darwin-x86_64/sysroot -Wl,--warn-shared-textrel -Wl,-z,defs -Wl,--as-needed -pie -Bdynamic -Wl,-z,nocopyreloc -Wl,--dynamic-linker,/system/bin/linker64 -o "./exe.unstripped/stun_prober" -Wl,--start-group @"./stun_prober.rsp" -Wl,--end-group -ldl -lm -llog -lGLESv2 -lOpenSLES Traceback (most recent call last):File "/Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug/../../../../webrtc/build/toolchain/gcc_link_wrapper.py", line 91, in <module>sys.exit(main())File "/Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug/../../../../webrtc/build/toolchain/gcc_link_wrapper.py", line 78, in mainresult = subprocess.call(File "/usr/local/Cellar/python@3.9/3.9.9/Frameworks/Python.framework/Versions/3.9/lib/python3.9/subprocess.py", line 349, in callwith Popen(*popenargs, **kwargs) as p:File "/usr/local/Cellar/python@3.9/3.9.9/Frameworks/Python.framework/Versions/3.9/lib/python3.9/subprocess.py", line 951, in __init__self._execute_child(args, executable, preexec_fn, close_fds,File "/usr/local/Cellar/python@3.9/3.9.9/Frameworks/Python.framework/Versions/3.9/lib/python3.9/subprocess.py", line 1821, in _execute_childraise child_exception_type(errno_num, err_msg, err_filename) FileNotFoundError: [Errno 2] No such file or directory: '../../../../build_system/llvm-build/mac/mac/Release+Asserts/bin/llvm-strip'

這個報錯是說，在鏈接的時候，找不到 LLVM 工具鏈中的 llvm-strip。

同樣，我們將 NDK 下的工具拷貝過去，同時也要將依賴的庫拷貝過去：

android-ndk-r23b-darwin % cp toolchains/llvm/prebuilt/darwin-x86_64/bin/llvm-strip /Users/lisi/Projects/opensource/OpenRTCClient/build_system/llvm-build/mac/mac/Release+Asserts/bin/ android-ndk-r23b-darwin % cp -r toolchains/llvm/prebuilt/darwin-x86_64/lib64 /Users/lisi/Projects/opensource/OpenRTCClient/build_system/llvm-build/mac/mac/Release+Asserts/

要做同樣處理的還有 llvm-nm 工具：

android-ndk-r23b-darwin % cp toolchains/llvm/prebuilt/darwin-x86_64/bin/llvm-nm /Users/lisi/Projects/opensource/OpenRTCClient/build_system/llvm-build/mac/mac/Release+Asserts/bin/

(5). Unix 域 Socket 地址錯誤導致的編譯失敗

再次執行 ninja，遇到如下編譯報錯：

OpenRTCClient % webrtc_build build android arm64 debug /Users/lisi/Projects/opensource/OpenRTCClient/build_system/tools/bin/mac/ninja -C /Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug ninja: Entering directory `/Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug' [7/744] ACTION //sdk/android:base_java__errorprone(//build/toolchain/android:android_clang_arm64) FAILED: obj/sdk/android/base_java__errorprone.errorprone.stamp python3 ../../../../webrtc/build/android/gyp/compile_java.py --depfile=gen/sdk/android/base_java__errorprone.d --generated-dir=gen/sdk/android/base_java/generated_java --jar-path=obj/sdk/android/base_java__errorprone.errorprone.stamp --java-srcjars=\[\"gen/sdk/android/base_java.generated.srcjar\"\] --target-name //sdk/android:base_java__errorprone --header-jar obj/sdk/android/base_java.turbine.jar --classpath=\[\"obj/sdk/android/base_java.turbine.jar\"\] --classpath=@FileArg\(gen/sdk/android/base_java.build_config.json:deps_info:javac_full_interface_classpath\) --java-version=1.8 --bootclasspath=@FileArg\(gen/sdk/android/base_java.build_config.json:android:sdk_interface_jars\) --chromium-code=1 --jar-info-exclude-globs=\[\"\*/R.class\",\ \"\*/R\\\$\*.class\",\ \"\*/Manifest.class\",\ \"\*/Manifest\\\$\*.class\",\ \"\*/GEN_JNI.class\"\] --processorpath=@FileArg\(gen/tools/android/errorprone_plugin/errorprone_plugin.build_config.json:deps_info:host_classpath\) --enable-errorprone @gen/sdk/android/base_java.sources --javac-arg=-Werror Traceback (most recent call last):File "/Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug/../../../../webrtc/build/android/gyp/compile_java.py", line 800, in <module>sys.exit(main(sys.argv[1:]))File "/Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug/../../../../webrtc/build/android/gyp/compile_java.py", line 693, in mainand server_utils.MaybeRunCommand(name=options.target_name,File "/Users/lisi/Projects/opensource/OpenRTCClient/webrtc/build/android/gyp/util/server_utils.py", line 40, in MaybeRunCommandraise eFile "/Users/lisi/Projects/opensource/OpenRTCClient/webrtc/build/android/gyp/util/server_utils.py", line 27, in MaybeRunCommandsock.connect(SOCKET_ADDRESS) FileNotFoundError: [Errno 2] No such file or directory

在 webrtc/build/android/gyp/util/server_utils.py 文件中，我們可以看到 SOCKET_ADDRESS 的定義：

SOCKET_ADDRESS = '\0chromium_build_server_socket'

最前面的 ‘\0’ 導致在 Mac 上創建 unix 域 socket 失敗，并設置它為臨時目錄下的一個路徑，如：

SOCKET_ADDRESS = '/tmp/chromium_build_server_socket'

同時，還有把 Unix 域 socket 的 server 端跑起來，如：

OpenRTCClient % python3 webrtc/build/android/fast_local_dev_server.py

(6). 編譯資源失敗

再次執行 ninja，遇到如下編譯報錯：

[20/692] ACTION //examples:AppRTCMobile__compile_resources(//build/toolchain/android:android_clang_arm64) FAILED: gen/examples/AppRTCMobile__compile_resources.srcjar obj/examples/AppRTCMobile.ap_ obj/examples/AppRTCMobile.ap_.info gen/examples/AppRTCMobile__compile_resources_R.txt obj/examples/AppRTCMobile/AppRTCMobile.resources.proguard.txt gen/examples/AppRTCMobile__compile_resources.resource_ids python3 ../../../../webrtc/build/android/gyp/compile_resources.py --include-resources=@FileArg\(gen/examples/AppRTCMobile.build_config.json:android:sdk_jars\) --aapt2-path ../../../../webrtc/third_party/android_build_tools/aapt2/aapt2 --dependencies-res-zips=@FileArg\(gen/examples/AppRTCMobile.build_config.json:deps_info:dependency_zips\) --extra-res-packages=@FileArg\(gen/examples/AppRTCMobile.build_config.json:deps_info:extra_package_names\) --extra-main-r-text-files=@FileArg\(gen/examples/AppRTCMobile.build_config.json:deps_info:extra_main_r_text_files\) --min-sdk-version=21 --target-sdk-version=29 --webp-cache-dir=obj/android-webp-cache --android-manifest gen/examples/AppRTCMobile_manifest/AndroidManifest.xml --srcjar-out gen/examples/AppRTCMobile__compile_resources.srcjar --version-code 1 --version-name Developer\ Build --arsc-path obj/examples/AppRTCMobile.ap_ --info-path obj/examples/AppRTCMobile.ap_.info --debuggable --r-text-out gen/examples/AppRTCMobile__compile_resources_R.txt --dependencies-res-zip-overlays=@FileArg\(gen/examples/AppRTCMobile.build_config.json:deps_info:dependency_zips\) --proguard-file obj/examples/AppRTCMobile/AppRTCMobile.resources.proguard.txt --emit-ids-out=gen/examples/AppRTCMobile__compile_resources.resource_ids --depfile gen/examples/AppRTCMobile__compile_resources.d E 3273 2236 Subprocess raised an exception: Traceback (most recent call last):File "/Users/lisi/Projects/opensource/OpenRTCClient/webrtc/build/android/gyp/util/parallel.py", line 75, in __call__return self._func(*_fork_params[index], **_fork_kwargs) TypeError: 'NoneType' object is not subscriptable

這里我們通過把資源編譯的并發編譯給關掉來解決這個問題。具體來說，可以修改 webrtc/build/android/gyp/util/parallel.py 這個文件，將文件中的 DISABLE_ASYNC 設置為 True，或者導出環境變量 export DISABLE_ASYNC=1。

(7). aapt 可執行文件格式錯誤導致編譯失敗

再次執行 ninja，遇到如下編譯報錯：

[36/579] ACTION //examples:AppRTCMobile__compile_resources(//build/toolchain/android:android_clang_arm64) FAILED: gen/examples/AppRTCMobile__compile_resources.srcjar obj/examples/AppRTCMobile.ap_ obj/examples/AppRTCMobile.ap_.info gen/examples/AppRTCMobile__compile_resources_R.txt obj/examples/AppRTCMobile/AppRTCMobile.resources.proguard.txt gen/examples/AppRTCMobile__compile_resources.resource_ids python3 ../../../../webrtc/build/android/gyp/compile_resources.py --include-resources=@FileArg\(gen/examples/AppRTCMobile.build_config.json:android:sdk_jars\) --aapt2-path ../../../../webrtc/third_party/android_build_tools/aapt2/aapt2 --dependencies-res-zips=@FileArg\(gen/examples/AppRTCMobile.build_config.json:deps_info:dependency_zips\) --extra-res-packages=@FileArg\(gen/examples/AppRTCMobile.build_config.json:deps_info:extra_package_names\) --extra-main-r-text-files=@FileArg\(gen/examples/AppRTCMobile.build_config.json:deps_info:extra_main_r_text_files\) --min-sdk-version=21 --target-sdk-version=29 --webp-cache-dir=obj/android-webp-cache --android-manifest gen/examples/AppRTCMobile_manifest/AndroidManifest.xml --srcjar-out gen/examples/AppRTCMobile__compile_resources.srcjar --version-code 1 --version-name Developer\ Build --arsc-path obj/examples/AppRTCMobile.ap_ --info-path obj/examples/AppRTCMobile.ap_.info --debuggable --r-text-out gen/examples/AppRTCMobile__compile_resources_R.txt --dependencies-res-zip-overlays=@FileArg\(gen/examples/AppRTCMobile.build_config.json:deps_info:dependency_zips\) --proguard-file obj/examples/AppRTCMobile/AppRTCMobile.resources.proguard.txt --emit-ids-out=gen/examples/AppRTCMobile__compile_resources.resource_ids --depfile gen/examples/AppRTCMobile__compile_resources.d WARNING:root:Running in synchronous mode. Traceback (most recent call last):File "/Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug/../../../../webrtc/build/android/gyp/compile_resources.py", line 1039, in <module>main(sys.argv[1:])File "/Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug/../../../../webrtc/build/android/gyp/compile_resources.py", line 956, in mainmanifest_package_name = _PackageApk(options, build)File "/Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug/../../../../webrtc/build/android/gyp/compile_resources.py", line 759, in _PackageApkpartials = _CompileDeps(options.aapt2_path, dep_subdirs,File "/Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug/../../../../webrtc/build/android/gyp/compile_resources.py", line 619, in _CompileDepspartials = lisi(File "/Users/lisi/Projects/opensource/OpenRTCClient/webrtc/build/android/gyp/util/parallel.py", line 207, in BulkForkAndCallyield func(*args, **kwargs)File "/Users/lisi/Projects/opensource/OpenRTCClient/build/android/arm64/debug/../../../../webrtc/build/android/gyp/compile_resources.py", line 583, in _CompileSingleDepbuild_utils.CheckOutput(File "/Users/lisi/Projects/opensource/OpenRTCClient/webrtc/build/android/gyp/util/build_utils.py", line 260, in CheckOutputchild = subprocess.Popen(args,File "/usr/local/Cellar/python@3.9/3.9.9/Frameworks/Python.framework/Versions/3.9/lib/python3.9/subprocess.py", line 951, in __init__self._execute_child(args, executable, preexec_fn, close_fds,File "/usr/local/Cellar/python@3.9/3.9.9/Frameworks/Python.framework/Versions/3.9/lib/python3.9/subprocess.py", line 1821, in _execute_childraise child_exception_type(errno_num, err_msg, err_filename) OSError: [Errno 8] Exec format error: '../../../../webrtc/third_party/android_build_tools/aapt2/aapt2'

這是由于 webrtc/third_party/android_build_tools/aapt2/aapt2 文件實際上為 Linux 平臺的可執行文件。

編譯資源的 template 在 webrtc/build/config/android/internal_rules.gni 中定義：

template("compile_resources") {forward_variables_from(invoker, TESTONLY_AND_VISIBILITY)_deps = [invoker.android_sdk_dep,invoker.build_config_dep,]if (defined(invoker.android_manifest_dep)) {_deps += [ invoker.android_manifest_dep ]}foreach(_dep, invoker.deps) {_target_label = get_label_info(_dep, "label_no_toolchain")if (filter_exclude([ _target_label ], _java_library_patterns) == [] &&filter_exclude([ _target_label ], _java_resource_patterns) != []) {# Depend on the java libraries' transitive __assetres target instead._deps += [ "${_target_label}__assetres" ]} else {_deps += [ _dep ]}}if (defined(invoker.arsc_output)) {_arsc_output = invoker.arsc_output}_final_srcjar_path = "${target_gen_dir}/${target_name}.srcjar"_script = "//build/android/gyp/compile_resources.py"_inputs = [invoker.build_config,android_sdk_tools_bundle_aapt2,]_rebased_build_config = rebase_path(invoker.build_config, root_build_dir)_args = ["--include-resources=@FileArg($_rebased_build_config:android:sdk_jars)","--aapt2-path",rebase_path(android_sdk_tools_bundle_aapt2, root_build_dir),"--dependencies-res-zips=@FileArg($_rebased_build_config:deps_info:dependency_zips)","--extra-res-packages=@FileArg($_rebased_build_config:deps_info:extra_package_names)","--extra-main-r-text-files=@FileArg($_rebased_build_config:deps_info:extra_main_r_text_files)","--min-sdk-version=${invoker.min_sdk_version}","--target-sdk-version=${invoker.target_sdk_version}","--webp-cache-dir=obj/android-webp-cache",]

其中會調用腳本文件 webrtc/build/android/gyp/compile_resources.py 并傳入 aapt2 的路徑作為其中的一個參數。可以看到這里引用的 aapt2 的路徑為 android_sdk_tools_bundle_aapt2。android_sdk_tools_bundle_aapt2 是一個編譯配置項，其定義在 webrtc/build/config/android/config.gni 中，這個配置項有默認值：

android_sdk_tools_bundle_aapt2_dir ="//third_party/android_build_tools/aapt2". . . . . .android_sdk_tools_bundle_aapt2 = "${android_sdk_tools_bundle_aapt2_dir}/aapt2"

我們可以通過在 args.gn 中定制 android_sdk_tools_bundle_aapt2_dir 這個配置項來解決這個問題。具體來說，需要將這個配置項設置為 Android SDK 中我們選擇的 build-tools 的路徑，如下：

android_sdk_tools_bundle_aapt2_dir = "/Users/lisi/Library/Android/sdk/build-tools/30.0.1"

再次再次執行 ninja，可以正確編譯出各個需要的文件。

筆者在 GitHub 上建了一個倉庫，放了 WebRTC 完整的代碼以及構建系統，包括 WebRTC 的源碼及其依賴的第三方庫，編譯所需要的各種工具等，其中主要針對 WebRTC 的 m98 版，搭建了整個的構建環境，地址為 OpenRTCClient，有需要的朋友可以參考一些。

Done.

總結

以上是生活随笔為你收集整理的在 Mac 上为 Android 编译 WebRTC的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。