android 4.2 系统编译小结

android 4.2 系统编译小结


1、InputManager.java 类问题


由于 InputManager 类路径及函数都发生了变化，所以用法有所不同


long now = SystemClock.uptimeMillis();
KeyEvent down = new KeyEvent(now, now, KeyEvent.ACTION_DOWN, eventCode,0);
KeyEvent up = new KeyEvent(now, now, KeyEvent.ACTION_UP, eventCode, 0);


4.0 版本：
import android.os.SystemClock;
import android.view.IWindowManager;
import android.view.KeyEvent;


try {
(IWindowManager.Stub.asInterface(ServiceManager
.getService("window"))).injectInputEventNoWait(down);
(IWindowManager.Stub.asInterface(ServiceManager
.getService("window"))).injectInputEventNoWait(up);
} catch (RemoteException e) {
e.printStackTrace();
}


4.2 版本:
import android.os.SystemClock;
import android.view.KeyEvent;
import android.hardware.input.InputManager;


  InputManager.getInstance().injectInputEvent(down,
          InputManager.INJECT_INPUT_EVENT_MODE_WAIT_FOR_FINISH);
  InputManager.getInstance().injectInputEvent(up,
          InputManager.INJECT_INPUT_EVENT_MODE_WAIT_FOR_FINISH);


2、NDK jni头文件路径变化问题


jni.h 头文件存放路径发生变化：


根目录: libnativehelper\include\nativehelper 下面 【jni.h 及 JNIHelp.h】


注意路径，否则可能会导致incluse文件失败


3、ProGuard 问题


ProGuard是一个压缩、优化和混淆Java字节码文件的免费的工具，它可以删除无用的类、字段、方法和属性。
可以删除没用的注释，最大限度地优化字节码文件。它还可以使用简短的无意义的名称来重命名已经存在的类、
字段、方法和属性。


ProGuard的使用是为了: 


1.创建紧凑的代码文档是为了更快的网络传输,快速装载和更小的内存占用. 
2.创建的程序和程序库很难使用反向工程. 
3.所以它能删除来自源文件中的没有调用的代码 
4.充分利用java6的快速加载的优点来提前检测和返回java6中存在的类文件. 


在Android项目中用到JNI，当用了proguard后，发现native方法找不到很多变量，原来是被produard优化掉了。
所以，在JNI应用中该慎用progurad


解决方法：
a、应用的 android.mk 中加入


LOCAL_PROGUARD_ENABLED := disabled


b、按照指定的规则不优化 加一个配置文件，proguard.flags 


1、在Android.mk中加入一行： 
LOCAL_PROGUARD_FLAGS := -include $(LOCAL_PATH)/proguard.flags 
2、创建proguard.flag文件，里面写入不需要proguard优化的类和方法。例如： 


-keep class tv.ipanel.join.app.dtv.merge.IPanel30PortalActivity { 
*
} 


建议所有的jni类都要加上，不然会被 proguard 优化掉。从而导致找不到native接口。

更多的使用规则请看:
http://proguard.sourceforge.net/index.html#
也可以参照 build/core/proguard.flags 看一下具体的用法例子


4、memcpy 问题


原型: void *memcpy (void *dest, const void *src, size_t copy_amount) 


copy_amount 不能大于 src 实际长度


举例说明：
char buff[512],p[1024];
snprintf(buff,512,"%s","oi2u3ort29035trlskjglsfwo39052sfkljhso3u205tlsnv03lsnvso2305nlsvs");
memcpy(p,buff,1024);


error: call to '__memcpy_src_size_error' declared with attribute error: memcpy called with size bigger than source


修改 memcpy(p,buff,512);


5、ALOGX 打印函数问题


打印函数变更名称，但其实现与原来还是一样


最简单方式:


system\core\include\cutils 路径下新定义一个 log_legacy.h 


实现如下：


#ifndef __LOG_LEGACY_H__
#define __LOG_LEGACY_H__


#define LOGV ALOGV
#define LOGD ALOGD
#define LOGI ALOGI
#define LOGW ALOGW
#define LOGE ALOGE


#define LOGV_IF ALOGV_IF
#define LOGD_IF ALOGD_IF
#define LOGI_IF ALOGI_IF
#define LOGW_IF ALOGW_IF
#define LOGE_IF ALOGE_IF


#define IF_LOGV IF_ALOGV
#define IF_LOGD IF_ALOGD
#define IF_LOGI IF_ALOGI
#define IF_LOGW IF_ALOGW
#define IF_LOGE IF_ALOGE


#endif /* __LOG_LEGACY_H__*/




然后在 log.h 中最后引用一下即可


#include "log_legacy.h"


如下所有的地方都不用变更

6、编译android遇到java虚拟机堆内存不够的问题  java.lang.OutOfMemoryError

Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:2786)
at java.io.ByteArrayOutputStream.write(ByteArrayOutputStream.java:94)
at java.util.zip.DeflaterOutputStream.deflate(DeflaterOutputStream.java:155)
at java.util.zip.DeflaterOutputStream.write(DeflaterOutputStream.java:112)
at java.util.zip.ZipOutputStream.write(ZipOutputStream.java:272)
at com.android.signapk.SignApk.copyFiles(SignApk.java:496)
at com.android.signapk.SignApk.main(SignApk.java:557)
make: *** [out/target/product/Hi3716CV200ES/Nand/update.zip] 错误 1


应用 build\tools\signapk 源码


     /**
     * Copy all the files in a manifest from input to output.  We set
     * the modification times in the output to a fixed time, so as to
     * reduce variation in the output file and make incremental OTAs
     * more efficient.
     */
    private static void copyFiles(Manifest manifest,
        JarFile in, JarOutputStream out, long timestamp) throws IOException {
        byte[] buffer = new byte[4096];
        int num;


        Map<String, Attributes> entries = manifest.getEntries();
        ArrayList<String> names = new ArrayList<String>(entries.keySet());
        Collections.sort(names);
        for (String name : names) {
            JarEntry inEntry = in.getJarEntry(name);
            JarEntry outEntry = null;
            if (inEntry.getMethod() == JarEntry.STORED) {
                // Preserve the STORED method of the input entry.
                outEntry = new JarEntry(inEntry);
            } else {
                // Create a new entry so that the compressed len is recomputed.
                outEntry = new JarEntry(name);
            }
            outEntry.setTime(timestamp);
            out.putNextEntry(outEntry);


            InputStream data = in.getInputStream(inEntry);
            while ((num = data.read(buffer)) > 0) {
                out.write(buffer, 0, num); //---------- 这个地方报的问题
            }
            out.flush();
        }
    }


在JVM中如果98％的时间是用于GC且可用的 Heap size 不足2％的时候将抛出此异常信息!!!


这个问题的根源是jvm虚拟机的默认Heap大小是64M,可以通过设置其最大和最小值来实现.设置的方法主要是几个.


JVM堆的设置是指java程序运行过程中JVM可以调配使用的内存空间的设置.JVM在启动的时候会自动设置Heap size的值，
其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。


可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置。
例如：java -jar -Xmn16m -Xms64m -Xmx128m MyApp.jar


如果Heap Size设置偏小，除了这些异常信息外，还会发现程序的响应速度变慢了。
GC占用了更多的时间，而应用分配到的执行时间较少。
Heap Size 最大不要超过可用物理内存的80％，一般的要将-Xms和-Xmx选项设置为相同，而-Xmn为1/4的-Xmx值。
Heap size的 -Xms -Xmn 设置不要超出物理内存的大小。否则会提示
“Error occurred during initialization of VM Could not reserve enough space for object heap”。


修改definitions.mk文件 此文件位于build/core/目录下


修改变量 ：transform-classes.jar-to-dex中的-JXms16M -JXmx2048M值


机器总内存是4G的，将-JXms16M -JXmx2048M修改为-JXms1024M -JXmx2048M试下