android编译分析之4—product.mk

本文深入探讨了Android编译系统中的产品和设备概念,详细介绍了如何使用函数来查找AndroidProducts.mk文件,获取并排序产品makefile列表,并解释了与产品相关的变量及其用途。此外,文章还阐述了如何继承产品、导入产品makefile以及进行一致性检查。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

android编译系统中有两个概念product和device,product.mk是关于product相关的函数和变量。
下面的函数找到编译系统中的AndroidProducts.mk,在AndroidProducts.mk中一般都定义了具体产品相关makefile的文件。

#
# Functions for including AndroidProducts.mk files
# PRODUCT_MAKEFILES is set up in AndroidProducts.mks.
# Format of PRODUCT_MAKEFILES:
# <product_name>:<path_to_the_product_makefile>
# If the <product_name> is the same as the base file name (without dir
# and the .mk suffix) of the product makefile, "<product_name>:" can be
# omitted.

#
# Returns the list of all AndroidProducts.mk files.
# $(call ) isn't necessary.
#
# 找到所有的AndroidProducts.mk,在device和vendor中找,最大深入6层子目录
# 这里还有个SRC_TARGET_DIR为build/target,aosp_arm等的mk在这个文件夹下
define _find-android-products-files
$(shell test -d device && find device -maxdepth 6 -name AndroidProducts.mk) \
  $(shell test -d vendor && find vendor -maxdepth 6 -name AndroidProducts.mk) \
  $(SRC_TARGET_DIR)/product/AndroidProducts.mk
endef

下面的函数的输入为AndroidProducts.mk,将这些makefile include进来,这些makefile中其实都是定义了一些PRODUCT_MAKEFILES变量,函数的返回值为将这些PRODUCT_MAKEFILES的值进行sort,sort就是按字母排序,同时删除重复的,所以返回值就是一些产品makefile文件的列表。例如
build/target/product/aosp_arm.mk build/target/product/full.mk

#
# Returns the sorted concatenation of PRODUCT_MAKEFILES
# variables set in the given AndroidProducts.mk files.
# $(1): the list of AndroidProducts.mk files.
#
define get-product-makefiles
$(sort \
  $(foreach f,$(1), \
    $(eval PRODUCT_MAKEFILES :=) \
    $(eval LOCAL_DIR := $(patsubst %/,%,$(dir $(f)))) \
    $(eval include $(f)) \
    $(PRODUCT_MAKEFILES) \
   ) \
  $(eval PRODUCT_MAKEFILES :=) \
  $(eval LOCAL_DIR :=) \
 )
endef

调用上面两个函数,

#
# Returns the sorted concatenation of all PRODUCT_MAKEFILES
# variables set in all AndroidProducts.mk files.
# $(call ) isn't necessary.
#
define get-all-product-makefiles
$(call get-product-makefiles,$(_find-android-products-files))
endef

下面这些变量都非常有用,每个产品都有一组这样的变量。在lunch时,会首先设置个变量TARGET_PRODUCT,而执行完makefile命令后,就会实现TARGET_PRODUCT的翻译,完成后就会得到这样一组变量。

#
# Functions for including product makefiles
#

_product_var_list := \
    PRODUCT_NAME \
    PRODUCT_MODEL \
    PRODUCT_LOCALES \
    PRODUCT_AAPT_CONFIG \
    PRODUCT_AAPT_PREF_CONFIG \
    PRODUCT_AAPT_PREBUILT_DPI \
    PRODUCT_PACKAGES \
    PRODUCT_PACKAGES_DEBUG \
    PRODUCT_PACKAGES_ENG \
    PRODUCT_PACKAGES_TESTS \
    PRODUCT_DEVICE \
    PRODUCT_MANUFACTURER \
    PRODUCT_BRAND \
    PRODUCT_PROPERTY_OVERRIDES \
    PRODUCT_DEFAULT_PROPERTY_OVERRIDES \
    PRODUCT_CHARACTERISTICS \
    PRODUCT_COPY_FILES \
    PRODUCT_OTA_PUBLIC_KEYS \
    PRODUCT_EXTRA_RECOVERY_KEYS \
    PRODUCT_PACKAGE_OVERLAYS \
    DEVICE_PACKAGE_OVERLAYS \
    PRODUCT_SDK_ATREE_FILES \
    PRODUCT_SDK_ADDON_NAME \
    PRODUCT_SDK_ADDON_COPY_FILES \
    PRODUCT_SDK_ADDON_COPY_MODULES \
    PRODUCT_SDK_ADDON_DOC_MODULES \
    PRODUCT_SDK_ADDON_SYS_IMG_SOURCE_PROP \
    PRODUCT_DEFAULT_WIFI_CHANNELS \
    PRODUCT_DEFAULT_DEV_CERTIFICATE \
    PRODUCT_RESTRICT_VENDOR_FILES \
    PRODUCT_VENDOR_KERNEL_HEADERS \
    PRODUCT_BOOT_JARS \
    PRODUCT_SUPPORTS_BOOT_SIGNER \
    PRODUCT_SUPPORTS_VBOOT \
    PRODUCT_SUPPORTS_VERITY \
    PRODUCT_OEM_PROPERTIES \
    PRODUCT_SYSTEM_PROPERTY_BLACKLIST \
    PRODUCT_SYSTEM_SERVER_JARS \
    PRODUCT_VBOOT_SIGNING_KEY \
    PRODUCT_VERITY_SIGNING_KEY \
    PRODUCT_SYSTEM_VERITY_PARTITION \
    PRODUCT_VENDOR_VERITY_PARTITION \
    PRODUCT_DEX_PREOPT_MODULE_CONFIGS \
    PRODUCT_DEX_PREOPT_DEFAULT_FLAGS \
    PRODUCT_DEX_PREOPT_BOOT_FLAGS \

下面的函数将每个产品的上面的一组变量都打印出来,从函数可以看出,AOSP中有很多的产品(PRODUCTS),每个产品对应的PRODUCT_*相关的变量v的值是通过PRODUCTS.*.v来区分,其中两个点中间的星号是不同产品的makefile的名字(带路径)。

define dump-product
$(info ==== $(1) ====)\
$(foreach v,$(_product_var_list),\
$(info PRODUCTS.$(1).$(v) := $(PRODUCTS.$(1).$(v))))\
$(info --------)
endef

define dump-products
$(foreach p,$(PRODUCTS),$(call dump-product,$(p)))
endef

下面定义了非常重要的函数,继承某个产品,android不同的产品肯定是有一些共性的东东,这些东东就可以作为公共的部分让其他产品去继承。

#
# $(1): product to inherit
#
# Does three things:
#  1. Inherits all of the variables from $1.
#  2. Records the inheritance in the .INHERITS_FROM variable
#  3. Records that we've visited this node, in ALL_PRODUCTS
#  这个函数的参数为需要继承的产品的makefile,例如build/target/product/full.mk
#  函数在执行时,首先获取原_product_var_list中的值,例如PRODUCT_NAME=aosp_arm,在
#  值后加后缀@inherit:build/target/product/full.mk,表明从哪个node去继承
#  inherit_var= PRODUCTS.aosp_arm.mk.INHERITS_FROM,这里_include_stack就是类似一个需要import
#  的node的一个栈,正在import的node在最前面(word 1),假如此时为aosp_arm.mk,变量的含义很清楚,
#  aosp_arm.mk从哪继承。并将inherit_var赋值为build/target/product/full.mk
#  android编译系统有个全局的变量ALL_PRODUCTS,用来描述已经import的product。
define inherit-product
  $(foreach v,$(_product_var_list), \
      $(eval $(v) := $($(v)) $(INHERIT_TAG)$(strip $(1)) )) \
  $(eval inherit_var := \
      PRODUCTS.$(strip $(word 1,$(_include_stack))).INHERITS_FROM) \
  $(eval $(inherit_var) := $(sort $($(inherit_var)) $(strip $(1)))) \
  $(eval inherit_var:=) \
  $(eval ALL_PRODUCTS := $(sort $(ALL_PRODUCTS) $(word 1,$(_include_stack))))
endef

#
# Do inherit-product only if $(1) exists
#
define inherit-product-if-exists
  $(if $(wildcard $(1)),$(call inherit-product,$(1)),)
endef

下面是个非常重要的函数,import-products,将产品的相关makefile导入,import-nodes在node_fns.mk中,记住,所有node相关的函数都在node_fns.mk中。如果某个产品的makefile中定义了PRODUCT_NAME=aosp_arm,通过这个函数,变量存储到另外一个变量,_nic.PRODUCTS.[[build/target/product/aosp_arm.mk]].build/target/product/aosp_arm.mk.PRODUCT_NAME=aosp_arm,将变量的值和相应的产品的makefile的联系了起来。

#
# $(1): product makefile list
#
#TODO: check to make sure that products have all the necessary vars defined
define import-products
$(call import-nodes,PRODUCTS,$(1),$(_product_var_list))
endef

下面这个函数检查某个产品参数是否设置正确,后续如果要添加自己的产品,起码要满足下面的条件。

#
# Does various consistency checks on all of the known products.
# Takes no parameters, so $(call ) is not necessary.
#
# PRODUCT_NAME必须定义
# 且多个PRODUCTS名字不能重复,名字命名符合c描述符
# PRODUCT_BRAND必须定义,
# PRODUCT_COPY_FILES 格式为<source file>:<dest file>[:<owner>].<dest file> 所以最后
# 的words可以是2 也可以是3
define check-all-products
$(if ,, \
  $(eval _cap_names :=) \
  $(foreach p,$(PRODUCTS), \
    $(eval pn := $(strip $(PRODUCTS.$(p).PRODUCT_NAME))) \
    $(if $(pn),,$(error $(p): PRODUCT_NAME must be defined.)) \
    $(if $(filter $(pn),$(_cap_names)), \
      $(error $(p): PRODUCT_NAME must be unique; "$(pn)" already used by $(strip \
          $(foreach \
            pp,$(PRODUCTS),
              $(if $(filter $(pn),$(PRODUCTS.$(pp).PRODUCT_NAME)), \
                $(pp) \
               ))) \
       ) \
     ) \
    $(eval _cap_names += $(pn)) \
    $(if $(call is-c-identifier,$(pn)),, \
      $(error $(p): PRODUCT_NAME must be a valid C identifier, not "$(pn)") \
     ) \
    $(eval pb := $(strip $(PRODUCTS.$(p).PRODUCT_BRAND))) \
    $(if $(pb),,$(error $(p): PRODUCT_BRAND must be defined.)) \
    $(foreach cf,$(strip $(PRODUCTS.$(p).PRODUCT_COPY_FILES)), \
      $(if $(filter 2 3,$(words $(subst :,$(space),$(cf)))),, \
        $(error $(p): malformed COPY_FILE "$(cf)") \
       ) \
     ) \
   ) \
)
endef

通过短的产品名称,例如generic,返回产品makefile的路径

#
# Returns the product makefile path for the product with the provided name
#
# $(1): short product name like "generic"
#
define _resolve-short-product-name
  $(eval pn := $(strip $(1)))
  $(eval p := \
      $(foreach p,$(PRODUCTS), \
          $(if $(filter $(pn),$(PRODUCTS.$(p).PRODUCT_NAME)), \
            $(p) \
       )) \
   )
  $(eval p := $(sort $(p)))
  $(if $(filter 1,$(words $(p))), \
    $(p), \
    $(if $(filter 0,$(words $(p))), \
      $(error No matches for product "$(pn)"), \
      $(error Product "$(pn)" ambiguous: matches $(p)) \
    ) \
  )
endef
define resolve-short-product-name
$(strip $(call _resolve-short-product-name,$(1)))
endef

定义stash相关的变量

_product_stash_var_list := $(_product_var_list) \
    PRODUCT_BOOTCLASSPATH \
    PRODUCT_SYSTEM_SERVER_CLASSPATH \
    TARGET_ARCH \
    TARGET_ARCH_VARIANT \
    TARGET_CPU_VARIANT \
    TARGET_BOARD_PLATFORM \
    TARGET_BOARD_PLATFORM_GPU \
    TARGET_BOARD_KERNEL_HEADERS \
    TARGET_DEVICE_KERNEL_HEADERS \
    TARGET_PRODUCT_KERNEL_HEADERS \
    TARGET_BOOTLOADER_BOARD_NAME \
    TARGET_NO_BOOTLOADER \
    TARGET_NO_KERNEL \
    TARGET_NO_RECOVERY \
    TARGET_NO_RADIOIMAGE \
    TARGET_HARDWARE_3D \
    TARGET_PROVIDES_INIT_RC \
    TARGET_CPU_ABI \
    TARGET_CPU_ABI2 \


_product_stash_var_list += \
    BOARD_WPA_SUPPLICANT_DRIVER \
    BOARD_WLAN_DEVICE \
    BOARD_USES_GENERIC_AUDIO \
    BOARD_KERNEL_CMDLINE \
    BOARD_KERNEL_BASE \
    BOARD_HAVE_BLUETOOTH \
    BOARD_VENDOR_USE_AKMD \
    BOARD_EGL_CFG \
    BOARD_BOOTIMAGE_PARTITION_SIZE \
    BOARD_RECOVERYIMAGE_PARTITION_SIZE \
    BOARD_SYSTEMIMAGE_PARTITION_SIZE \
    BOARD_SYSTEMIMAGE_FILE_SYSTEM_TYPE \
    BOARD_USERDATAIMAGE_FILE_SYSTEM_TYPE \
    BOARD_USERDATAIMAGE_PARTITION_SIZE \
    BOARD_CACHEIMAGE_FILE_SYSTEM_TYPE \
    BOARD_CACHEIMAGE_PARTITION_SIZE \
    BOARD_FLASH_BLOCK_SIZE \
    BOARD_VENDORIMAGE_PARTITION_SIZE \
    BOARD_VENDORIMAGE_FILE_SYSTEM_TYPE \
    BOARD_INSTALLER_CMDLINE \


_product_stash_var_list += \
    DEFAULT_SYSTEM_DEV_CERTIFICATE \
    WITH_DEXPREOPT \
    WITH_DEXPREOPT_BOOT_IMG_ONLY

_product_stash_var_list += \
    GLOBAL_CFLAGS_NO_OVERRIDE \
    GLOBAL_CPPFLAGS_NO_OVERRIDE \

下面两个函数,

#
# Stash values of the variables in _product_stash_var_list.
# $(1): Renamed prefix
#
define stash-product-vars
$(foreach v,$(_product_stash_var_list), \
        $(eval $(strip $(1))_$(call rot13,$(v)):=$$($$(v))) \
 )
endef

#
# Assert that the the variable stashed by stash-product-vars remains untouched.
# $(1): The prefix as supplied to stash-product-vars
#
define assert-product-vars
$(strip \
  $(eval changed_variables:=)
  $(foreach v,$(_product_stash_var_list), \
    $(if $(call streq,$($(v)),$($(strip $(1))_$(call rot13,$(v)))),, \
        $(eval $(warning $(v) has been modified: $($(v)))) \
        $(eval $(warning previous value: $($(strip $(1))_$(call rot13,$(v))))) \
        $(eval changed_variables := $(changed_variables) $(v))) \
   ) \
  $(if $(changed_variables),\
    $(eval $(error The following variables have been changed: $(changed_variables))),)
)
endef
define add-to-product-copy-files-if-exists
$(if $(wildcard $(word 1,$(subst :, ,$(1)))),$(1))
endef

模块dex preopt相关的配置?

# whitespace placeholder when we record module's dex-preopt config.
_PDPMC_SP_PLACE_HOLDER := |@SP@|
# Set up dex-preopt config for a module.
# $(1) list of module names
# $(2) the modules' dex-preopt config
define add-product-dex-preopt-module-config
$(eval _c := $(subst $(space),$(_PDPMC_SP_PLACE_HOLDER),$(strip $(2))))\
$(eval PRODUCT_DEX_PREOPT_MODULE_CONFIGS += \
  $(foreach m,$(1),$(m)=$(_c)))
endef
<think>好的,我现在需要帮助用户解决如何在Android.mk文件中正确配置PRODUCT_PROPERTY_OVERRIDES的问题。首先,我要回忆一下Android.mk文件的基本结构和相关变量。根据用户提供的引用,特别是引用[1],每个Android.mk文件必须以定义LOCAL_PATH开始,使用include来引入其他mk文件。 接下来,PRODUCT_PROPERTY_OVERRIDES是用于设置系统属性的变量,通常在设备配置的mk文件中使用,比如device.mk。根据引用[2],用户可能需要在device.mk中包含自定义的mk文件,但用户的问题是关于Android.mk中的配置。这里可能存在混淆,因为Android.mk通常用于模块编译,而系统属性设置更多是在产品配置文件中,比如device.mk或customize.mk。 不过,用户明确询问的是在Android.mk中设置PRODUCT_PROPERTY_OVERRIDES,所以需要确认是否可行。根据我的知识,PRODUCT_*变量通常是在产品级别的mk文件中设置的,如device.mk,而不是模块级的Android.mk。但可能有方法通过Android.mk来影响这些变量,比如在特定条件下。 然后,参考引用[3]提到的androidmk工具转换Android.mkAndroid.bp,可能需要考虑兼容性。如果用户使用的是较新的Android版本,可能需要迁移到Android.bp,但用户的问题仍然聚焦于Android.mk。 可能的解决步骤是:在Android.mk中,通过调用宏或包含其他mk文件来设置PRODUCT_PROPERTY_OVERRIDES。例如,在模块的Android.mk中,可能无法直接设置该变量,但可以通过include其他mk文件来间接设置。例如,在Android.mk中添加include $(LOCAL_PATH)/product_properties.mk,并在该文件中定义PRODUCT_PROPERTY_OVERRIDES。 另一个可能性是,PRODUCT_PROPERTY_OVERRIDES应该在device.mk或类似的产品配置文件中设置,如引用[2]所示,用户需要在device.mk中包含customize.mk,其中定义这些属性。因此,正确的做法可能不是在模块的Android.mk中设置,而是在更高层的产品配置文件中。 因此,回答用户时需要澄清使用场景,并给出两种可能性:如果在产品配置中,应该在device.mk里设置;如果必须在Android.mk中,可能需要通过特定方法,但可能不符合常规做法。同时提供示例,如引用[2]中的include方式,或者直接在产品配置文件中添加PRODUCT_PROPERTY_OVERRIDES += ...。 需要确保用户理解变量设置的位置,并避免在模块级的Android.mk中错误配置,导致编译问题。同时,引用相关的引用资料来支持回答,如引用[2]中的include用法和引用[4]关于编译过程的分析,说明变量设置的位置影响编译流程。</think>### 如何在 Android.mk 中配置 PRODUCT_PROPERTY_OVERRIDES? #### 关键点说明 1. **作用与限制** `PRODUCT_PROPERTY_OVERRIDES` 是用于全局覆盖系统属性的变量,通常在 **设备级配置文件**(如 `device.mk` 或 `product.mk`)中定义,而非模块级的 `Android.mk` 文件[^2][^4]。在模块级的 `Android.mk` 中直接设置该变量可能不生效,因为其作用域属于产品级配置。 2. **推荐配置位置** - 在设备配置文件(例如 `device/xxx/device.mk`)中添加: $$ PRODUCT_PROPERTY_OVERRIDES += \ ro.debuggable=1 \ persist.sys.timezone=Asia/Shanghai $$ 通过 `include` 指令将自定义配置集成到编译流程中。 - 若需通过 `Android.mk` 间接影响系统属性,需在模块中调用 `LOCAL_OVERRIDES_PACKAGES` 或通过 `PRODUCT_*` 宏注入(需确保编译链支持)。 --- #### 示例与步骤 **情景1:在设备配置中设置** 1. 创建自定义配置文件 `customize.mk`,定义属性: ```makefile # customize.mk PRODUCT_PROPERTY_OVERRIDES += \ ro.custom.property=value \ wifi.interface=wlan0 ``` 2. 在设备的 `device.mk` 中引入该文件: ```makefile # device/xxx/device.mk include vendor/customize/customize.mk ``` 此方法确保属性在编译时被正确加载。 --- **情景2:通过模块间接设置(需谨慎)** 若必须在模块级 `Android.mk` 中操作,需通过 `PRODUCT_*` 变量传递: 1. 在 `Android.mk` 中声明依赖关系: ```makefile LOCAL_PATH := $(call my-dir) include $(CLEAR_VARS) LOCAL_MODULE := custom_module # 模块逻辑... $(call inherit-product, vendor/customize/customize.mk) ``` 这种方式要求 `customize.mk` 已被正确配置。 --- #### 常见问题排查 1. **属性未生效** - 检查编译流程是否包含目标 `mk` 文件(使用 `make showcommands` 验证)[^4]。 - 确保属性名称符合 `persist.` 或 `ro.` 等系统规范。 2. **编译报错** - 避免在模块级 `Android.mk` 中直接赋值 `PRODUCT_*` 变量,可能导致作用域冲突。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值