Android build system note

本文深入剖析了Android编译系统中的关键脚本envsetup.sh及其内部函数,详细介绍了如何通过这些脚本设置编译环境、选择编译目标,并探讨了核心编译变量的作用与设置方法。

1. Android编译系统分析
编译脚本及系统变量
build/envsetup.sh脚本分析
在编译源代码之前通常需要在android源代码顶层目录执行 . ./build/envsetup.sh 目的是为了使用
脚本 envsetup.sh 里面定义了一些函数:
function help()
function get_abs_build_var()
function get_build_var()
function check_product()
function check_variant()
function setpaths()
function printconfig()
function set_stuff_for_environment()
function set_sequence_number()
function settitle()
function choosetype()
function chooseproduct()
function choosevariant()
function tapas()
function choosecombo()
function print_lunch_menu()
function lunch()
function gettop
function m()
function findmakefile()
function mm()
function mmm()
function croot()
function pid()
function gdbclient()
function jgrep()
function cgrep()
function resgrep()
function getprebuilt
function tracedmdump()
function runhat()
function getbugreports()
function startviewserver()
function stopviewserver()
function isviewserverstarted()
function smoketest()
function runtest()
function runtest_py()
function godir ()

choosecombo 命令分析:
function choosecombo()
{
choosesim $1
echo
echo
choosetype $2

echo
echo
chooseproduct $3

echo
echo
choosevariant $4

echo
set_stuff_for_environment
printconfig
}
会依次进行如下选择:
Build for the simulator or the device?
1. Device
2. Simulator
Which would you like? [1]

Build type choices are:
1. release
2. debug
Which would you like? [1]

Product choices are:
1. emulator
2. generic
3. sim
4. littleton
You can also type the name of a product if you know it.
Which would you like? [littleton]

Variant choices are:
1. user
2. userdebug
3. eng
Which would you like? [eng] user
默认选择以后会出现:
TARGET_PRODUCT=littleton
TARGET_BUILD_VARIANT=user
TARGET_SIMULATOR=false
TARGET_BUILD_TYPE=release
TARGET_ARCH=arm
HOST_ARCH=x86
HOST_OS=linux
HOST_BUILD_TYPE=release
BUILD_ID=
==========
function chooseproduct()函数分析:
choices=(`/bin/ls build/target/board/*/BoardConfig.mk vendor/*/*/BoardConfig.mk 2> /dev/null`)
读取 build/target/board/* 目录下的板配置文件:BoardConfig.mk
读取 vendor/*/*/目录下的板配置文件:BoardConfig.mk
choices 的值为:
build/target/board/emulator/BoardConfig.mk
build/target/board/generic/BoardConfig.mk
build/target/board/sim/BoardConfig.mk
vendor/marvell/littleton/BoardConfig.mk
经过:
for choice in ${choices[@]}
do
# The product name is the name of the directory containing
# the makefile we found, above.
prodlist=(${prodlist[@]} `dirname ${choice} | xargs basename`)
done
的处理,prodlist的值为:
emulator generic sim littleton
所以选择菜单为:
Product choices are:
1. emulator
2. generic
3. sim
4. littleton
如果选择 4,那么 TARGET_PRODUCT 被赋值为: littleton。


board_config_mk := /
$(strip $(wildcard /
$(SRC_TARGET_DIR)/board/$(TARGET_DEVICE)/BoardConfig.mk /
vendor/*/$(TARGET_DEVICE)/BoardConfig.mk /
))

 

怎样添加一个模块
LOCAL_PATH:= $(call my-dir)
#编译静态库
include $(CLEAR_VARS)
LOCAL_MODULE = libhellos
LOCAL_CFLAGS = $(L_CFLAGS)
LOCAL_SRC_FILES = hellos.c
LOCAL_C_INCLUDES = $(INCLUDES)
LOCAL_SHARED_LIBRARIES := libcutils
LOCAL_COPY_HEADERS_TO := libhellos
LOCAL_COPY_HEADERS := hellos.h
include $(BUILD_STATIC_LIBRARY)

#编译动态库
include $(CLEAR_VARS)
LOCAL_MODULE = libhellod
LOCAL_CFLAGS = $(L_CFLAGS)
LOCAL_SRC_FILES = hellod.c
LOCAL_C_INCLUDES = $(INCLUDES)
LOCAL_SHARED_LIBRARIES := libcutils
LOCAL_COPY_HEADERS_TO := libhellod
LOCAL_COPY_HEADERS := hellod.h
include $(BUILD_SHARED_LIBRARY)

BUILD_TEST=true
ifeq ($(BUILD_TEST),true)
#使用静态库
include $(CLEAR_VARS)
LOCAL_MODULE := hellos
LOCAL_STATIC_LIBRARIES := libhellos
LOCAL_SHARED_LIBRARIES :=
LOCAL_LDLIBS += -ldl
LOCAL_CFLAGS := $(L_CFLAGS)
LOCAL_SRC_FILES := mains.c
LOCAL_C_INCLUDES := $(INCLUDES)
include $(BUILD_EXECUTABLE)

#使用动态库
include $(CLEAR_VARS)
LOCAL_MODULE := hellod
LOCAL_MODULE_TAGS := debug
LOCAL_SHARED_LIBRARIES := libc libcutils libhellod
LOCAL_LDLIBS += -ldl
LOCAL_CFLAGS := $(L_CFLAGS)
LOCAL_SRC_FILES := maind.c
LOCAL_C_INCLUDES := $(INCLUDES)
include $(BUILD_EXECUTABLE)
endif # ifeq ($(WPA_BUILD_SUPPLICANT),true)

########################
#local_target_dir := $(TARGET_OUT)/etc/wifi
#include $(CLEAR_VARS)
#LOCAL_MODULE := wpa_supplicant.conf
#LOCAL_MODULE_TAGS := user
#LOCAL_MODULE_CLASS := ETC
#LOCAL_MODULE_PATH := $(local_target_dir)
#LOCAL_SRC_FILES := $(LOCAL_MODULE)
#include $(BUILD_PREBUILT)
########################
系统变量解析
LOCAL_MODULE - 编译的目标对象
LOCAL_SRC_FILES - 编译的源文件
LOCAL_C_INCLUDES - 需要包含的头文件目录
LOCAL_SHARED_LIBRARIES - 链接时需要的外部库
LOCAL_PRELINK_MODULE - 是否需要prelink处理
BUILD_SHARED_LIBRARY - 指明要编译成动态库


LOCAL_PATH - 编译时的目录
$(call 目录,目录….) 目录引入操作符
如该目录下有个文件夹名称 src,则可以这样写 $(call src),那么就会得到 src 目录的完整路径

include $(CLEAR_VARS) -清除之前的一些系统变量
CLEAR_VARS:= $(BUILD_SYSTEM)/clear_vars.mk
在 build/core/config.mk 定义 CLEAR_VARS:= $(BUILD_SYSTEM)/clear_vars.mk
通过include 包含自定义的.mk文件(即是自定义编译规则)或是引用系统其他的.mk文件(系统定义的编译规则)。

LOCAL_SRC_FILES - 编译的源文件
可以是.c, .cpp, .java, .S(汇编文件)或是.aidl等格式
不同的文件用空格隔开。如果编译目录子目录,采用相对路径,如子目录/文件名。也可以通过$(call 目录),指明编译某目录
下所有.c/.cpp/.java/.S/ .aidl文件.追加文件 LOCAL_SRC_FILES += 文件

LOCAL_C_INCLUDES - 需要包含的头文件目录
可以是系统定义路径,也可以是相对路径. 如该编译目录下有个include目录,写法是include/*.h

LOCAL_SHARED_LIBRARIES - 链接时需要的外部共享库
LOCAL_STATIC_LIBRA RIES - 链接时需要的外部外部静态
LOCAL_JAVA_LIBRARIES 加入jar包

LOCAL_MODULE - 编译的目标对象
module 是指系统的 native code,通常针对c,c++代码
./system/core/sh/Android.mk:32:LOCAL_MODULE:= sh
./system/core/libcutils/Android.mk:71:LOCAL_MODULE := libcutils
./system/core/cpio/Android.mk:9:LOCAL_MODULE := mkbootfs
./system/core/mkbootimg/Android.mk:8:LOCAL_MODULE := mkbootimg
./system/core/toolbox/Android.mk:61:LOCAL_MODULE:= toolbox
./system/core/logcat/Android.mk:10:LOCAL_MODULE:= logcat
./system/core/adb/Android.mk:65:LOCAL_MODULE := adb
./system/core/adb/Android.mk:125:LOCAL_MODULE := adbd
./system/core/init/Android.mk:20:LOCAL_MODULE:= init
./system/core/vold/Android.mk:24:LOCAL_MODULE:= vold
./system/core/mountd/Android.mk:13:LOCAL_MODULE:= mountd

LOCAL_PACKAGE_NAME
Java 应用程序的名字用该变量定义
./packages/apps/Music/Android.mk:9:LOCAL_PACKAGE_NAME := Music
./packages/apps/Browser/Android.mk:14:LOCAL_PACKAGE_NAME := Browser
./packages/apps/Settings/Android.mk:8:LOCAL_PACKAGE_NAME := Settings
./packages/apps/Stk/Android.mk:10:LOCAL_PACKAGE_NAME := Stk
./packages/apps/Contacts/Android.mk:10:LOCAL_PACKAGE_NAME := Contacts
./packages/apps/Mms/Android.mk:8:LOCAL_PACKAGE_NAME := Mms
./packages/apps/Camera/Android.mk:8:LOCAL_PACKAGE_NAME := Camera
./packages/apps/Phone/Android.mk:11:LOCAL_PACKAGE_NAME := Phone
./packages/apps/VoiceDialer/Android.mk:8:LOCAL_PACKAGE_NAME := VoiceDialer


BUILD_SHARED_LIBRARY - 指明要编译成动态库。
编译的目标,用include 操作符
UILD_STATIC_LIBRARY来指明要编译成静态库。
如果是java文件的话,会用到系统的编译脚本host_java_library.mk,用BUILD_PACKAGE来指明。三个编译
-------------------
include $(BUILD_STATIC_LIBRARY)
BUILD_STATIC_LIBRARY:= $(BUILD_SYSTEM)/static_library.mk
-------------------
include $(BUILD_SHARED_LIBRARY)
./build/core/config.mk:50:BUILD_SHARED_LIBRARY:= $(BUILD_SYSTEM)/shared_library.mk
-------------------
include $(BUILD_HOST_SHARED_LIBRARY)
BUILD_HOST_SHARED_LIBRARY:= $(BUILD_SYSTEM)/host_shared_library.mk
-------------------
include $(BUILD_EXECUTABLE)
build/core/config.mk:51:BUILD_EXECUTABLE:= $(BUILD_SYSTEM)/executable.mk
-------------------
include $(BUILD_HOST_EXECUTABLE)
./build/core/config.mk:53:BUILD_HOST_EXECUTABLE:= $(BUILD_SYSTEM)/host_executable.mk
-------------------
BUILD_HOST_JAVA_LIBRARY:= $(BUILD_SYSTEM)/host_java_library.mk
-------------------
BUILD_JAVA_LIBRARY
./build/core/config.mk:58:BUILD_JAVA_LIBRARY:= $(BUILD_SYSTEM)/java_library.mk
------------------
BUILD_STATIC_JAVA_LIBRARY 编译静态JAVA库
./build/core/config.mk:59:BUILD_STATIC_JAVA_LIBRARY:= $(BUILD_SYSTEM)/static_java_library.mk
------------------
BUILD_HOST_JAVA_LIBRARY 编译本机用的JAVA库
./build/core/config.mk:60:BUILD_HOST_JAVA_LIBRARY:= $(BUILD_SYSTEM)/host_java_library.mk
------------------

BUILD_HOST_STATIC_LIBRARY:= $(BUILD_SYSTEM)/host_static_library.mk
BUILD_HOST_SHARED_LIBRARY:= $(BUILD_SYSTEM)/host_shared_library.mk
BUILD_STATIC_LIBRARY:= $(BUILD_SYSTEM)/static_library.mk
BUILD_RAW_STATIC_LIBRARY := $(BUILD_SYSTEM)/raw_static_library.mk
BUILD_SHARED_LIBRARY:= $(BUILD_SYSTEM)/shared_library.mk
BUILD_EXECUTABLE:= $(BUILD_SYSTEM)/executable.mk
BUILD_RAW_EXECUTABLE:= $(BUILD_SYSTEM)/raw_executable.mk
BUILD_HOST_EXECUTABLE:= $(BUILD_SYSTEM)/host_executable.mk
BUILD_PACKAGE:= $(BUILD_SYSTEM)/package.mk
BUILD_HOST_PREBUILT:= $(BUILD_SYSTEM)/host_prebuilt.mk
BUILD_PREBUILT:= $(BUILD_SYSTEM)/prebuilt.mk
BUILD_MULTI_PREBUILT:= $(BUILD_SYSTEM)/multi_prebuilt.mk
BUILD_JAVA_LIBRARY:= $(BUILD_SYSTEM)/java_library.mk
BUILD_STATIC_JAVA_LIBRARY:= $(BUILD_SYSTEM)/static_java_library.mk
BUILD_HOST_JAVA_LIBRARY:= $(BUILD_SYSTEM)/host_java_library.mk
BUILD_DROIDDOC:= $(BUILD_SYSTEM)/droiddoc.mk
BUILD_COPY_HEADERS := $(BUILD_SYSTEM)/copy_headers.mk
BUILD_KEY_CHAR_MAP := $(BUILD_SYSTEM)/key_char_map.mk

============
LOCAL_PRELINK_MODULE
Prelink利用事先链接代替运行时链接的方法来加速共享库的加载,它不仅可以加快起动速度,还可以减少部分内存开销,
是各种Linux架构上用于减少程序加载时间、缩短系统启动时间和加快应用程序启动的很受欢迎的一个工具。程序运行时的
动态链接尤其是重定位(relocation)的开销对于大型系统来说是很大的。
动态链接和加载的过程开销很大,并且在大多数的系统上, 函数库并不会常常被更动, 每次程序被执行时所进行的链接
动作都是完全相同的,对于嵌入式系统来说尤其如此。因此,这一过程可以改在运行时之前就可以预先处理好,即花一些时间
利用Prelink工具对动态共享库和可执行文件进行处理,修改这些二进制文件并加入相应的重定位等信息,节约了本来在程序
启动时的比较耗时的查询函数地址等工作,这样可以减少程序启动的时间,同时也减少了内存的耗用。
Prelink的这种做法当然也有代价:每次更新动态共享库时,相关的可执行文件都需要重新执行一遍Prelink才能保
证有效,因为新的共享库中的符号信息、地址等很可能与原来的已经不同了,这就是为什么 android framework代码一改动,
这时候就会导致相关的应用程序重新被编译。
这种代价对于嵌入式系统的开发者来说可能稍微带来一些复杂度,不过好在对用户来说几乎是可以忽略的。
--------------------
变量设置为false那么将不做prelink操作
LOCAL_PRELINK_MODULE := false
默认是需要prlink的,同时需要在 build/core/prelink-linux-arm.map 中加入
libhellod.so 0x96000000
这个map文件好像是制定动态库的地址的,在前面注释上面有一些地址范围的信息,注意库与库之间的间隔数,
如果指定不好的话编译的时候会提示说地址空间冲突的问题。另外,注意排序,这里要把数大的放到前面去,
按照大小降序排序。
解析 LOCAL_PRELINK_MODULE 变量
build/core/dynamic_binary.mk:94:ifeq ($(LOCAL_PRELINK_MODULE),true)
ifeq ($(LOCAL_PRELINK_MODULE),true)
$(prelink_output): $(prelink_input) $(TARGET_PRELINKER_MAP) $(APRIORI)
$(transform-to-prelinked)
transform-to-prelinked定义:
./build/core/definitions.mk:1002:define transform-to-prelinked
define transform-to-prelinked
@mkdir -p $(dir $@)
@echo "target Prelink: $(PRIVATE_MODULE) ($@)"
$(hide) $(APRIORI) /
--prelinkmap $(TARGET_PRELINKER_MAP) /
--locals-only /
--quiet /
$< /
--output $@
endef
./build/core/config.mk:183:APRIORI := $(HOST_OUT_EXECUTABLES)/apriori$(HOST_EXECUTABLE_SUFFIX)
prelink工具不是常用的prelink而是apriori,其源代码位于” <your_android>/build/tools/apriori”
参考文档:
动态库优化——Prelink(预连接)技术
http://www.eefocus.com/article/09-04/71629s.html


===============
LOCAL_ARM_MODE := arm
目前Android大部分都是基于Arm处理器的,Arm指令用两种模式Thumb(每条指令两个字节)和arm指令(每条指令四个字节)

LOCAL_CFLAGS += -O3 -fstrict-aliasing -fprefetch-loop-arrays
通过设定编译器操作,优化级别,-O0表示没有优化,-O1为缺省值,-O3优化级别最高
LOCAL_CFLAGS += -W -Wall
LOCAL_CFLAGS += -fPIC -DPIC
LOCAL_CFLAGS += -O2 -g -DADB_HOST=1 -Wall -Wno-unused-parameter
LOCAL_CFLAGS += -D_XOPEN_SOURCE -D_GNU_SOURCE -DSH_HISTORY
LOCAL_CFLAGS += -DUSEOVERLAY2
根据条件选择相应的编译参数
ifeq ($(TARGET_ARCH),arm)
LOCAL_CFLAGS += -DANDROID_GADGET=1
LOCAL_CFLAGS := $(PV_CFLAGS)
endif
ifeq ($(TARGET_BUILD_TYPE),release)
LOCAL_CFLAGS += -O2
endif

LOCAL_LDLIBS := -lpthread
LOCAL_LDLIBS += -ldl

ifdef USE_MARVELL_MVED
LOCAL_WHOLE_STATIC_LIBRARIES += lib_il_mpeg4aspdecmved_wmmx2lnx lib_il_h264decmved_wmmx2lnx
LOCAL_SHARED_LIBRARIES += libMrvlMVED
else
LOCAL_WHOLE_STATIC_LIBRARIES += lib_il_h264dec_wmmx2lnx lib_il_mpeg4aspdec_wmmx2lnx
endif
====================

 

本文来自优快云博客,转载请标明出处:http://blog.youkuaiyun.com/yili_xie/archive/2009/11/30/4906865.aspx

<think>首先,用户的问题是关于Android构建过程中的错误:"Android build system mismatch with manifest uses-library tags for com.st.android.nfc_extensions and com.xiaomi.nfc"。用户提到了一个引用,但明确指出这个引用仅供参考,不是真正的需求,我应该基于用户的问题来回答。 用户的问题核心是:在构建Android应用时,出现了<uses-library>标签不匹配的错误,具体涉及com.st.android.nfc_extensions和com.xiaomi.nfc这两个库。 我需要遵循系统级指令: 1. 所有行内数学表达式使用$...$格式。但在这个上下文中,可能没有数学表达式,所以我会注意如果有的话。 2. 独立公式使用$$...$$格式并单独成段。同样,可能不适用。 3. LaTeX语法正确。 4. 使用中文回答。 5. 生成相关问题。 6. 回答中引用的段落末尾自然地添加引用标识,例如[^1]。 此外,用户可见层指令: - 回答结构清晰,帮助用户逐步解决问题。 - 保证回答真实可靠。 用户提供的引用是关于Android构建的,具体是LOCAL_MODULE和LOCAL_PREBUILT_JNI_LIBS的设置,但用户说这不是真正的需求,所以我应该忽略它,专注于用户的问题。 用户的问题:"Android build system mismatch with manifest uses-library tags for com.st.android.nfc_extensions and com.xiaomi.nfc"。这看起来是Android Manifest中声明的<uses-library>标签与构建系统不匹配的错误。 在Android中,<uses-library>标签用于声明应用依赖的库。构建系统需要确保这些库在设备上可用。如果出现不匹配错误,通常是因为库的声明或配置有问题。 可能的原因: 1. 库在Manifest中声明,但没有在构建配置中添加依赖。 2. 库版本不匹配。 3. 设备或模拟器上缺少这些库。 4. 构建系统配置错误,比如在Android.mk或build.gradle文件中。 用户提到了com.st.android.nfc_extensions和com.xiaomi.nfc,这些可能是特定于设备的NFC扩展库,比如小米设备相关的。 逐步解决: 1. **检查Manifest文件**:确保<uses-library>标签正确声明。例如: ```xml <uses-library android:name="com.st.android.nfc_extensions" android:required="true" /> <uses-library android:name="com.xiaomi.nfc" android:required="true" /> ``` 如果这些库不是必需的,可以设置android:required="false",但可能导致应用在某些设备上无法正常工作。 2. **检查构建配置**: - 如果使用Gradle,确保在build.gradle中添加依赖。但<uses-library>通常不是直接依赖;它是运行时库。对于系统库,可能需要确保设备有这些库。 - 用户提到了LOCAL_PREBUILT_JNI_LIBS,这表明可能是使用Android.mk构建系统。用户提供的引用有LOCAL_MODULE和LOCAL_PREBUILT_JNI_LIBS,所以可能是在Android源代码树中构建。 在Android.mk文件中,需要确保库被正确包含。例如: ```makefile LOCAL_MODULE := my_app LOCAL_SRC_FILES := ... LOCAL_PREBUILT_JNI_LIBS := \ path/to/libst_nfc_extensions.so \ path/to/libxiaomi_nfc.so ``` 但错误是关于<uses-library>标签,所以可能不是JNI库问题,而是系统库。 3. **错误原因**:构建系统在打包APK时,检查Manifest中的<uses-library>声明,但找不到相应的库或配置。在AOSP(Android Open Source Project)构建中,系统需要知道这些库是共享库。 在AOSP构建中,对于<uses-library>,需要确保库在PRODUCT_PACKAGES中声明,或者应用声明了依赖。 可能的解决方案: - 在应用的Android.mk中,添加LOCAL_JAVA_LIBRARIES或LOCAL_REQUIRED_MODULES来指定这些库。 - 例如: ```makefile LOCAL_REQUIRED_MODULES := com.st.android.nfc_extensions com.xiaomi.nfc ``` 但这可能不是标准方式。通常,<uses-library>库是系统共享库。 - 或者,在设备makefile中,确保这些库被包含。例如,在device.mk中: ```makefile PRODUCT_PACKAGES += com.st.android.nfc_extensions com.xiaomi.nfc ``` 4. **具体错误**:用户说"mismatch",所以可能是在构建时,系统检测到Manifest中声明的库没有在构建上下文中定义。 在AOSP构建中,当构建APK时,构建系统会验证<uses-library>标签。如果库不是已知的系统库,或者没有在构建中声明,就会报错。 参考Android文档:<uses-library>标签用于系统库,这些库由设备制造商提供。 对于com.st.android.nfc_extensions和com.xiaomi.nfc,这些可能是OEM特定库。所以,构建时需要在环境中可用。 5. **解决方案步骤**: a. 确认这些库是否在构建环境中可用。检查out/target/product/.../system/framework或类似路径是否有这些库的jar文件。 b. 在应用的Android.mk中,添加: ```makefile LOCAL_JAVA_LIBRARIES := com.st.android.nfc_extensions com.xiaomi.nfc ``` 这告诉构建系统应用需要这些库。 c. 如果这些库是预构建的,确保它们被正确复制到系统分区。 d. 检查设备是否支持这些库。如果构建针对特定设备,确保设备树中包含这些库。 6. **用户提供的引用**:用户有LOCAL_PREBUILT_JNI_LIBS,但错误是关于<uses-library>,这通常是Java库,不是JNI。所以,可能需要区分。 <uses-library>用于Java共享库,而JNI是本地库。用户错误提到"manifest uses-library tags",所以是Java库问题。 在引用中,用户有LOCAL_MODULE := SogouInputMi 和 LOCAL_PREBUILT_JNI_LIBS,但用户说这不是真正需求,所以我应该基于核心问题回答。 生成相关问题: - 基于用户问题,生成2-3个相关问题,帮助深入理解。 回答结构: 1. **理解问题**:解释错误原因。 2. **逐步解决方案**:提供清晰的步骤。 3. **预防措施**:如何避免类似错误。 4. **相关问题**:在末尾添加。 使用中文回答。 最终回答框架: - 开头:确认问题并简要解释。 - 主体:分步骤解决。 - 结尾:添加相关问题。</think>### 解决 Android 构建过程中 <uses-library> 标签不匹配错误 您的错误信息 `Android build system mismatch with manifest uses-library tags for com.st.android.nfc_extensions and com.xiaomi.nfc` 是 Android 构建系统中的常见问题。这通常发生在应用的 Manifest 文件(`AndroidManifest.xml`)中声明了 `<uses-library>` 依赖库(如 `com.st.android.nfc_extensions` 和 `com.xiaomi.nfc`),但构建系统(如 AOSP 或 Gradle)在编译时无法正确匹配这些库的配置或可用性。错误的核心是构建系统检测到 Manifest 声明的库与设备环境或构建配置不一致,导致 APK 打包失败。以下是逐步解决方案,基于 Android 官方文档和常见实践[^1]。 #### 错误原因分析 - **<uses-library> 标签的作用**:在 Manifest 中声明此标签,表示应用依赖系统级共享库(例如 NFC 扩展库)。如果设备上缺少这些库,或构建系统未正确配置,安装时会报错。 - **常见根源**: - **库未包含在构建环境中**:例如,在 AOSP 构建中,库未被添加到 `PRODUCT_PACKAGES` 或设备 makefile 中。 - **Manifest 声明与构建配置不匹配**:Manifest 中声明的库名(如 `com.xiaomi.nfc`)未在构建文件(如 `Android.mk` 或 `build.gradle`)中显式引用。 - **库版本冲突**:设备上的库版本与构建目标不兼容(例如,针对 Android 12 构建,但设备库为旧版本)。 - **特定库问题**:`com.st.android.nfc_extensions` 和 `com.xiaomi.nfc` 是 OEM 厂商库(如小米设备的 NFC 扩展),需确保它们在目标设备上可用。 #### 逐步解决方案 遵循以下步骤排查和修复错误。假设您使用 AOSP 构建系统(基于您提供的引用),但步骤也适用于 Gradle。 1. **检查 Manifest 文件声明** 确保 `AndroidManifest.xml` 中的 `<uses-library>` 标签正确无误。例如: ```xml <application> <uses-library android:name="com.st.android.nfc_extensions" android:required="true" /> <uses-library android:name="com.xiaomi.nfc" android:required="true" /> </application> ``` - **关键点**: - 确认 `android:name` 值完全匹配库名(大小写敏感)。 - 如果库非必需(例如,应用能在无 NFC 设备上运行),设置 `android:required="false"` 以避免构建失败,但需在代码中处理运行时缺失。 - 验证库是否真实存在:在设备上检查 `/system/framework/` 目录,是否有类似 `com.st.android.nfc_extensions.jar` 的文件。 2. **更新构建配置文件(AOSP 环境)** 在 AOSP 构建中,错误常因库未在 `Android.mk` 或设备 makefile 中声明。修改您的应用模块文件: - 在 `Android.mk` 中添加库依赖: ```makefile LOCAL_PATH := $(call my-dir) include $(CLEAR_VARS) LOCAL_MODULE := your_app_name # 替换为您的应用模块名 LOCAL_SRC_FILES := ... # 您的源文件 # 添加以下行,声明依赖库 LOCAL_JAVA_LIBRARIES := com.st.android.nfc_extensions com.xiaomi.nfc LOCAL_REQUIRED_MODULES := com.st.android.nfc_extensions com.xiaomi.nfc include $(BUILD_PREBUILT) # 或根据您的构建类型调整 ``` - **为什么有效**:`LOCAL_JAVA_LIBRARIES` 告诉构建系统在编译时链接这些库,`LOCAL_REQUIRED_MODULES` 确保它们被包含在系统镜像中[^1]。 - 如果库是预构建的(如您引用中的 `LOCAL_PREBUILT_JNI_LIBS`),但错误针对 Java 库(非 JNI),请忽略 JNI 配置,专注于 Java 库声明。 3. **确保库在设备构建环境中可用** - 对于 AOSP 构建,在设备 makefile(如 `device/xiaomi/your_device/device.mk`)中添加库到 `PRODUCT_PACKAGES`: ```makefile PRODUCT_PACKAGES += \ com.st.android.nfc_extensions \ com.xiaomi.nfc ``` - 验证库路径:构建后检查 `out/target/product/your_device/system/framework/` 目录,确认库文件存在。 - 如果库缺失,需从官方源获取: - `com.st.android.nfc_extensions`:通常来自 STMicroelectronics 的 NFC SDK。 - `com.xiaomi.nfc`:需小米设备厂商支持包(可在 Xiaomi Developer 网站下载)。 4. **处理版本兼容性问题** - 确认构建目标(`Android.mk` 中的 `LOCAL_SDK_VERSION` 或 `build.gradle` 中的 `targetSdkVersion`)与库兼容。例如,针对 Android 12: ```makefile LOCAL_SDK_VERSION := 31 # Android 12 的 API 级别 ``` - 如果库仅支持新版本 Android,在 Manifest 中添加 `<uses-sdk>` 约束: ```xml <uses-sdk android:minSdkVersion="30" android:targetSdkVersion="31" /> ``` 5. **测试和验证** - **清理并重新构建**:运行 `make clean` 后重新编译 AOSP。 - **在真机上测试**:将构建的 ROM 刷入支持这些库的设备(如小米手机),检查安装日志: ``` adb logcat | grep -E "PackageManager|nfc" ``` 如果仍有错误,检查日志中的 `INSTALL_FAILED_MISSING_SHARED_LIBRARY`,确认库加载情况。 #### 预防措施 - **统一构建环境**:在团队开发中,使用相同版本的工具链(如 Android NDK 或 AOSP 分支)。 - **动态检查库可用性**:在代码中使用 `PackageManager.hasSystemFeature()` 检测运行时库存在性,避免依赖 Manifest 硬声明。 - **参考官方文档**:Android 开发者网站的 <uses-library> 指南提供了详细配置示例[^1]。 如果以上步骤无效,请提供更多上下文(如完整的构建日志、Android 版本和构建系统类型),我会进一步优化方案。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值