有些APP应用或者工程,如果我们想把它放进android的CODEBASE中编译,想让生成的apk直接就在system/app中,这个时候就需要用到如何把一个app编译进工程。
(1)对APP工程,首先在packages/app目录下新建工程名,比如xxxx,然后移入工程的src,res,androidmanifest.xml即可(要删除bin跟gen,易造成冲突)。配以对应的android.mk文件(也可参照现成)。内容是:
- LOCAL_PATH:= $(call my-dir)
- include $(CLEAR_VARS)
- LOCAL_JAVA_LIBRARIES := mediatek-framework
- LOCAL_MODULE_TAGS := optional
- LOCAL_SRC_FILES := $(call all-java-files-under, src)
- LOCAL_PACKAGE_NAME :=<span style="color: rgb(255, 0, 0);"> </span><span style="color:#330033">xxxx
- </span>LOCAL_CERTIFICATE := platform
- LOCAL_PROGUARD_ENABLED := full
- #LOCAL_PROGUARD_FLAG_FILES := proguard.flags
- include $(BUILD_PACKAGE)
- # Use the following include to make our test apk.
- include $(call all-makefiles-under,$(LOCAL_PATH))
修改了对应的工程名就行。然后运行./mk mm xxxx,即可在out\target\product\xxxx\system\app\下生成对应的apk。 注意:一些常用名字的解释
LOCAL_MODULE :
指定 拷贝后的apk的名字(全名),这个变量里可以有路径,但路径也会被拷贝,创建,如果是编译整个android的源码,这个apk必须已经添加到了PRODUCT_PACKAGES 变量里,否则 不会拷贝到相应的位置
LOCAL_MODULE_TAGS :
user: 指该模块只在user版本下才编译
eng: 指该模块只在eng版本下才编译
tests: 指该模块只在tests版本下才编译
optional:指该模块在所有版本下都编译
LOCAL_SRC_FILES :
指定源,如果是apk或者so,指定原名;如果是apk包,指定代码路径
LOCAL_MODULE_PATH :
指定要拷贝到的路径,如果路径不存在会自己创建。如果APK要求能卸载,改成LOCAL_MODULE_PATH:=$(TARGET_OUT_DATA_APPS)
LOCAL_CERTIFICATE :
PRESIGNED :表示 这个apk已经签过名了,系统不需要再次 签名;如果要求内置的APK可以升级,则需要修改LOCAL_CERTIFICATE := PRESIGNED。
LOCAL_MODULE_CLASS :
指定文件类型,apk文件用APPS,并且会检查是否是apk文件,动态库so文件用SHARED_LIBRARIES ,bin文件用EXECUTABLES,其他文件用ETC
LOCAL_PRIVILEGED_MODULE :
为true,表示该app会放入权限较高的priv-app目录中。
LOCAL_PATH := $(my-dir)
include $(call all-makefiles-under,$(LOCAL_PATH))
索引同级或者子目录下的其它mk,可根据具体需求修改。另外,如果有些app工程带自身的jar包,参见http://blog.csdn.net/gieghia007/article/details/5662220。
(2)对APP已经是一个现成的apk了,要放进系统中。新建一个目录,把apk跟android.mk放在一起,mk内容(也可参照现成)是:
- LOCAL_PATH := $(call my-dir)
- include $(CLEAR_VARS)
- # Module name should match apk name to be installed
- LOCAL_MODULE := xxxx
- LOCAL_MODULE_TAGS := optional
- LOCAL_SRC_FILES := $(LOCAL_MODULE).apk
- LOCAL_MODULE_CLASS := APPS
- LOCAL_MODULE_SUFFIX := $(COMMON_ANDROID_PACKAGE_SUFFIX)
- LOCAL_MODULE_PATH := $(TARGET_OUT)/app
- LOCAL_CERTIFICATE := platform
- include $(BUILD_PREBUILT)
若是被预置的apk里有so库,需要将so库也预置到系统中。
(3)以上两个过程,都要在对应的系统mk文件中给PRODUCT_PACKAGES赋值。我的路径是build\target\product\common.mk,里面的
- PRODUCT_PACKAGES := \
- AccountAndSyncSettings \
- DeskClock \
在后面跟上APK包名就行了
(4)预置apk到/data/app中,即让预置的apk可以卸载。
在5.0 6.0之后的系统中,使用LOCAL_MODULE_PATH := $(TARGET_OUT_DATA_APPS)即可实现这个功能。比如:
- LOCAL_PATH := $(call my-dir)
- include $(CLEAR_VARS)
- LOCAL_MODULE := comhere
- LOCAL_MODULE_TAGS := optional
- #LOCAL_PRIVILEGED_MODULE := true
- LOCAL_SRC_FILES := $(LOCAL_MODULE).apk
- LOCAL_MODULE_CLASS := APPS
- LOCAL_MODULE_SUFFIX := $(COMMON_ANDROID_PACKAGE_SUFFIX)
- LOCAL_CERTIFICATE := PRESIGNED
- LOCAL_MODULE_PATH := $(TARGET_OUT_DATA_APPS)
- include $(BUILD_PREBUILT)
预置apk到data区,类似于手动安装,这种so不需要分离。但是有缺陷,即恢复工厂模式就没有了。
(5)为了解决复位后应用就丢失的缺陷,必须采用一种方法,即复位后应用需拷贝到/data//app下。方法是http://blog.csdn.net/keranCSDN/article/details/43525699,注意权限和执行时间点。
===============================预置so库进系统==============
(1)预置单个so,同级目录下的Android.mk这么写
- LOCAL_PATH := $(call my-dir)
- include $(CLEAR_VARS)
- LOCAL_PREBUILT_LIBS := hwcomposer.rk30board.so
- LOCAL_MODULE_TAGS := optional
- LOCAL_MODULE_PATH := $(TARGET_OUT_SHARED_LIBRARIES)
- include $(BUILD_MULTI_PREBUILT)
- LOCAL_PATH := $(call my-dir)
- include $(CLEAR_VARS)
- LOCAL_PREBUILT_LIBS := hwcomposer.rk30board.so
- LOCAL_MODULE_TAGS := optional
- LOCAL_MODULE_PATH := $(TARGET_OUT)/lib
- include $(BUILD_MULTI_PREBUILT)
- include $(CLEAR_VARS)
- LOCAL_PREBUILT_LIBS := gralloc.rk30board.so
- LOCAL_MODULE_TAGS := optional
- LOCAL_MODULE_PATH := $(TARGET_OUT)/lib
- include $(BUILD_MULTI_PREBUILT)
prebuilt.mk就是prebuilt的具体实现,它是针对独立一个文件的操作,multi_prebuilt.mk 可以针对多个文件的,它对多个文件进行判断,然后调用prebuilt对独立一个文件进行处理。
大量预置同级目录下的.so,比如多达几十个到system/lib中,Android.mk这样写
- LOCAL_PATH := $(my-dir)
- include $(CLEAR_VARS)
- libs := $(patsubst $(LOCAL_PATH)/%,%,$(wildcard $(LOCAL_PATH)/*.so))
- $(foreach i,$(libs),\
- $(eval m := $(basename $(patsubst lib/%,%,$(i)))) \
- $(eval LOCAL_PREBUILT_LIBS += $(m):$(i)) \
- $(eval $(ALL_PREBUILT):$(m)) \
- $(eval m := ) \
- )
- LOCAL_MODULE_TAGS := optional
- include $(BUILD_MULTI_PREBUILT)
(3)如果预置某个文件夹下的so(跟apk无关),假设是armeabi文件夹下的so到system/lib中,同级目录下的xxx.mk可以写
- CUR_PATH := device/rockchip/rkpx2/carbit
- sf_lib_files := $(shell ls $(CUR_PATH)/armeabi | grep .so)
- PRODUCT_COPY_FILES += \
- $(foreach file, $(sf_lib_files), $(CUR_PATH)/armeabi/$(file):system/lib/$(file))
- LOCAL_PATH := $(call my-dir)
- include $(call all-makefiles-under,$(LOCAL_PATH))
直接调用各自的.mk。
(4)到android 5.0 6.0之后,由于系统分成32位和64位,对应的so也分32位和64位,分开存放。那么预置的方法就有差别,不然会导致放不到固定的目录中
采用prebuilt 的方式,在当前so 所在目录下写 Android.mk ,内容类似如下:
- LOCAL_PATH := $(call my-dir)
- include $(CLEAR_VARS)
- LOCAL_MODULE := 此so 库名(不加so后缀)
- LOCAL_SRC_FILES_32 := xxx.so (表示是32 bit 的so)
- LOCAL_SRC_FILES_64 := xxx.so (表示是64 bit的so)
- LOCAL_MULTILIB := 32/64/BOTH(只编译32bit/64bit/both)
- LOCAL_MODULE_CLASS := SHARED_LIBRARIES
- LOCAL_MODULE_SUFFIX := .so
- include $(BUILD_PREBUILT)
- LOCAL_PATH := $(call my-dir)
- include $(CLEAR_VARS)
- LOCAL_MODULE := libcshell
- LOCAL_SRC_FILES_32 := libcshell.so
- LOCAL_MULTILIB := 32
- LOCAL_MODULE_CLASS := SHARED_LIBRARIES
- LOCAL_MODULE_SUFFIX := .so
- include $(BUILD_PREBUILT)
不然就会一编译就放在lib64中,修改module path无用。
如果是在32 64并存的系统上编译生成so,普通Android.mk脚本生成,会在lib和lib64下都生成。
============================预置普通文件和文件夹进系统============
续上,如果简单的把文件夹和文件,内置到system的某个目录中,假设
同级的carbit.mk如下
- CUR_PATH := device/rockchip/rkpx2/carbit
- $(shell cp -af $(CUR_PATH)/carbit $(ANDROID_PRODUCT_OUT)/system/)
- PRODUCT_COPY_FILES += \
- $(CUR_PATH)/adb-ec/adb-ec:root/sbin/adb-ec \
- $(CUR_PATH)/adb-ec/usb_modeswitch-ec:root/sbin/usb_modeswitch-ec\
- $(CUR_PATH)/init.carbit.sh:system/bin/init.carbit.sh
参考原文:http://www.2cto.com/kf/201211/169358.html
参考原文:http://blog.csdn.net/yinwei520/article/details/6598476
参考原文:http://blog.csdn.net/gieghia007/article/details/5662220