将APK直接放入系统目录中,会导致APK找不到so文件.正常情况下的安装是使用PackageManager,它会将so文件拷贝到系统读取的so目录(system/lib或system/lib64)下,提供给App使用:系统应用不会使用PackageManager去安装,所以在使用系统应用前,需要提前将so文件拷贝到system/lib或system/lib64目录下.那么有没有方法,在系统应用预装时,就自动提取apk中的so拷贝到system/lib或system/lib64目录下呢.下面阐述一

在MTK Android O1平台预置apk为可卸载时.预置到旧的路径system/vendor/operator/app会编译报错,"You cannot install files to out/target/product/xxx/system/vendor while building a separate vendor.img!"改为预置到vendor/operator/app就可以编译通过,预置可卸载成功,恢复出厂设置可恢复.旧的LOCAL_PATH := $(call m

这一套8.0过时了 需要修改pms代码 否则apk会被pms删除掉 因为工作需要,经常要开发和合入系统App,所以在此开篇作为收集和记录Android合入系统应用的方法,以备日后查阅. 一.预置apk方法 Case 1:如何将带源码的APK预置进系统 在 packages/apps 下面以需要预置的 APK的 名字创建一个新文件夹,以预置一个名为Test的APK 为例 将 Test APK的Source code 拷贝到 Test 文件夹下,删除 /bin 和 /gen 目录 在 Test 目录

前言          欢迎大家我分享和推荐好用的代码段~~ 声明          欢迎转载,但请保留文章原始出处:          CSDN:http://www.csdn.net          雨季o莫忧离:http://blog.csdn.net/luckkof 正文 1, 如何将带源码的 APK 预置进系统? 2, 如何将无源码的APK预置进系统? 3, 如何预制APK使得用户可以卸载? 4, 如何使得用户在将预置的 APK 卸载后,恢复出厂设置时能恢复? [SOLUTION]

一.如何将带源码的APK预置进系统? 1)     在 packages/apps 下面以需要预置的 APK的 名字创建一个新文件夹,以预置一个名为Test的APK 为例 2)     将 Test APK的Source code 拷贝到 Test 文件夹下,删除 /bin 和 /gen 目录 3)     在 Test 目录下创建一个名为 Android.mk的文件,内容如下: LOCAL_PATH:= $(call my-dir) include $(CLEAR_VARS) LOCAL_MO

[FAQ03038] 如何预置APK [DESCRIPTION]1, 如何将带源码的 APK 预置进系统?2, 如何将无源码的APK预置进系统?3, 如何预制APK使得用户可以卸载?4, 如何使得用户在将预置的 APK 卸载后,恢复出厂设置时能恢复? 一.如何将带源码的APK预置进系统? 1)     在 packages/apps 下面以需要预置的 APK的 名字创建一个新文件夹,以预制一个名为Test的APK 为例2)     将 Test APK的Source code 拷贝到 Test

1.   预置apk,使其不可卸载   第一步:      在 "/vendor/huawei/packages/apps" 目录下创建一个对应名称的文件夹.   第二步:   将所需apk放入文件夹中.   第三步, 编辑 Android.mk :      LOCAL_PATH := $(call my-dir)        include $(CLEAR_VARS)        # Module name should match apk name to be install

项目开发中,通常需要向系统中预置一些APK,这里简单介绍一下MTK平台预置APK的方法. 需要预置的apk可以放置在目录:vendor/mediate/${Project}/artifacts/out/target/product/${Project}下, 大致可以分成两种情况: 用户不可卸载的: 相应的apk直接放在目录:system/app下即可. 注:需要将apk中的动态库手动提取出来,并置于system/lib下面. 用户可以卸载: 相应的apk直接放在该目录下:data/app,这样用

目前5.0之后项目预置方式通用步骤为: 建立apk文件夹;  置目标apk到该文件夹下;   解压缩apk查看是否包含lib/文件夹(apk项目是否包含lib库文件);  在该文件夹下编写Android.mk脚本 : 理论上apk文件夹可以建立在项目内任意目录,编译系统会自动搜索并根据其内Android.mk (编译脚本) 来进行编译. 编译系统采用的是递归搜索,在搜索到父文件目录的Android.mk脚本后递归便被终止.因此一般可以将需要预置的apk文件夹放到一个总文件夹内,并在该文件夹根目录

预制APK有下面4种情况: 1, 怎样将带源代码的 APK 预置进系统? 2, 怎样将无源代码的APK预置进系统? 3, 怎样预置APK使得用户能够卸载,恢复出厂设置时不能恢复? 4, 怎样预置APK使得用户可以卸载.而且恢复出厂设置时可以恢复? 预制APK实现的方法例如以下; 一.怎样将带源代码的APK预置进系统? 1)     在 packages/apps 以下以须要预置的 APK的 名字创建一个新目录,以预置一个名为Test的APK 为例 2)     将 Test APK的Source

Android 系统预置 APP 是做 Framework 应用开发经常经常会遇到的工作,预置 APP 分为两种,一种是直接预置 APK,一种是预置带有源码的 APP. 预置 apk 示例说明 以 .apk 示例,在 AOSP/packages/apps 新建名为 的文件,放入 ***.apk,再新建 Android.mk,内容如下: LOCAL_PATH := $(call my-dir) include $(CLEAR_VARS) LOCAL_MODULE_TAGS := optional

由于项目基本功能和预置APK都很多,单个模块跑消耗机器数量很大,效果也不佳.而且monkey测试经常要过夜测试,所以组合模块试用较多,而且发现问题量也更大.组合模块就是按照测试标准要求和模块特性,按照一定的关系组合起来进行测试.比如:高频模块无故障运行6个小时就可以通过:将两个高频模块放到一起跑12个小时无故障运行,也可以通过标准.将两个高频,两个长时间APK组合到一起就是24个小时无故障即可通过. 测试步骤: 第一步: 新建whitelist.txt文件,将要测试的组合模块的所有包名写入txt

本文转载自:https://blog.csdn.net/ttxgz/article/details/7542380 1. 系统需要,把需要预置在系统的所有apk放在目录 device/softwinner/crane-gm-g9/pre/下,在编译android源码时,出现下面错误:  1 make_ext4fs -l 268435456 -a system out/target/product/Mary/system.img.ext4 out/target/product/Mary/syste

android5.1平板或手机应用层一些常用的修改项及目录所在: 1.所以系统应用所在的目录: \alps\packages\apps 2.一些系统属性的定义:并且可以仿写自行定义变量 \alps\build\tools\buildinfo.sh 3.一些apk的添加和删除: \alps\build\target\product\generic.mk \alps\build\target\product\generic_no_telephony.mk \alps\build\target\pro

目录 一. 概述: - 4 - 二. 目的 - 4 - 三. 执行原则 - 4 - 四. 管理办法 - 4 - 五. BUG处理流程图 - 5 - 六. 主要职责 - 6 - 七. 需求类问题处理 - 8 - 八. BUG等级定义 - 8 - 一.概述: 针对目前企业Bugzilla使用情况,发现其中存在很多缺陷,主要表现在: 1.问题模块未划分,导致测试人员查询问题比较困难,出现提交重复问题的现象 2.问题描述不统一.不详细,难理解 3.解决的问题研发人员未及时提交 4.研发人员提交解决的问题

    提示!应用程序的安装有两种情况,第一:首次启动系统时安装.第二:系统启动完毕后安装. 本篇博文基于第一种安装场景.在系统首次启动的场景中,系统会对/system/app./system/priv-app./data/app文件夹下的全部APK进行dex字节码到本地机器码的翻译,相同也会对/system/framework文件夹下的APK或者JAR文件,以及这些APK所引用的外部JAR.进行dex字节码到本地机器码的翻译.这样能够保证除了应用之外.系统中使用Java来开发的系统服务,也会统

发现问题: 修改系统时常常需要预置APK,这就要修改PRODUCT_PACKAGES这个变量,那么如何查看这个数组的值呢?我们可能直接在mk文件中去打印它,后来发现打印它只会显示继承关系(即继承自了哪些mk文件),并不会打印当前已将添加了哪些包 $(warning $(PRODUCT_PACKAGES)) 所以上面这种方式行不通. 解决方案: 发现build/core/product_config.mk中定义了一个make的构建目标dump-products,能够打印构建当前目标所定义的变量:

第一.摘要 今天不是周末,但是我已经放假了,所以就开始我们的技术探索之旅,今天我们来讲一下Android中最期待的技术,就是拦截Activity的启动,其实我在去年的时候,就像实现这个技术了,但是因为知识不充足,就放弃了,当时的需求很简单,就是实现应用锁,就是给每个应用打开的时候加上密码,不了解的同学,可以看看这篇文章: http://blog.csdn.net/jiangwei0910410003/article/details/42149975 不过,当时也是实现了,只是使用了监听TopAc

方法一:  如果要内置的软件名称为iperf.exe 1. 将iperf.exe放到Codebase的随意一个文件夹下(该文件夹必须可以在搜索Android.mk时被搜索到),比方system/iperf/iperf.exe 2. 在system/iperf文件夹下加入一个Android.mk文件,内容例如以下: LOCAL_PATH:= $(call my-dir) PRODUCT_COPY_FILES += $(LOCAL_PATH)/iperf.exe:system/iperf/iperf

https://blog.csdn.net/zhandoushi1982/article/details/4695460

方法一: 在packages/apps下面以需要预置的APK名字创建文件夹,以预置一个名为Test的APK为例 将Test.apk放到packages/apps/Test下面 在packages/apps/Test下面创建文件Android.mk,文件内容如下: include $(CLEAR_VARS) # Module name should match apk name to be installed LOCAL_MODULE := Test LOCAL_MODULE_TAGS := op