github上有人部分开源了一套可以hook java 方法的东西，地址：https://github.com/cmzy/ZHookLib

由于只开源了使用部分，故此处暂时先记录一下这个东西的作用。

如介绍所言，此工具是用于hook java的方法的，总的来说可以 hook两类的方法，构造的和一般方法，使用也简单，只要调用ZHook的hookAllConstructors或hookAllMethods等方法就可以把钩子放到去对应类的方法里，ZHook包含的方法有：

1
2
3
4
5
6
7
8
9

findAndHookMethod(Class<?>,String,Object[])
findAndHookMethod(String,ClassLoader,String,Object[])
handleHookedMethod(Member,int,Object,Object,Object[])
hookAllConstructors(Class<?>,MethodHook)
hookAllMethods(Class<?>,String,MethodHook)
hookMethod(Member,MethodHook)
invokeOriginalMethod(Member,Object,Object[])
isMethodHooked(Member)
unhookMethod(Member,MethodHook)

工具:hg-fast-export
执行过程：
more >>

MultiRom
http://images.devaamo.fi/sfa/
http://forum.xda-developers.com/google-nexus-5/development/b2g-firefox-os-hammerhead-t2601556

从native中创建一个JVM虚拟机比较简单，引入jni.h后就创建了

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

#incldue <jni.h>

int main(void)
{
   JavaVMOption options[n];//创建虚拟机时的选项
   JNIEnv *env;//创建虚拟机后的环境变量指针
   JavaVM *jvm;//VM对象
   JavaVMInitArgs vm_args;//创建虚拟机时的所有选项

   long status=JNI_CreateJavaVM(&jvm, (void**)&env, &vm_args);
   if(status!=JNI_ERR)
   {
     //create jvm succ
   }
}

在native代码运行时加载另一个so，可以使用dlopen方法来动态地载入运行库。以下简述简单的使用方法。

dlopen方法定义在dlfcn.h头文件中，使用前需要先引入。

加载库：

1

void* handler=dlopen("/system/lib/libdvm.so",RTLD_LAZY);

方法的作用是打开一个库，并返回一个句柄，第一个参数是需要加载的库，第二个是加载的模式。

解析方式

• RTLD_LAZY:对于动态库中的未定义符号不执行解析
• RTLD_NOW:对动态库中的符号执行解析，如果存在未定义符号，dlopen会返回NULL

ant的功能有目共睹，不强也不弱，对于一般的构建任务足够胜任，但有一些需要使用ANT原生（或者ant-contrib）功能无法完成的，这时就可以调用外部程序执行功能，然后使用外部的脚本或者程序完成对应的功能，虽然如此，ant调用了外部功能也就调用了，无法达到交互的需求，有些功能还是难以实现。本文讲述的是如何通过自定义Task来扩充ant的功能。
众所周知ant是基于task的构建工具，且是基于java的，于是可以拿ant的jar包来开发自定义的Task类。最基本的示例如下：

1
2
3
4

public class LowCaseTask extends Task {
    public void execute() {
    }
}

继承org.apache.tools.ant.Task并实现execute即可。然后打包jar包备用。

模块间的动态加载主要依赖的是类的加载，但类的加载必须保证类的全限定名不变，但经过混淆后的代码可不能保证这么一点，特别是模块间存在着依赖调用关系的。以下记录几种解决的思路：
1. 混淆的时候使用 –applymapping 参数去保留上次已经混淆过的结果，缺点是管理这些mapping麻烦；
2. 内嵌mapping进模块包内，在需要别的模块需要调用的时候使用mapping进行翻译转换；
3. 不用混淆，对DEX包进行加密，NATIVE解密后再加载；
4. 合理划分模块，只保留一两个公开接口；

在android中，使用一般的DexClassLoader方式加载一个安装的APK包或者jar包可以在程序运行的过程中实现动态插件的功能。但遗憾的是这只适用于代码的动态加载，而对于一些诸如SDK的产品，由于其是准备接入到一个独立的应用当中的，其不能拥有（或要求不能）属于自己的res目录，也就不能使用一般的方法使用getResources()方法获取Resources对象后再使用资源ID去获取对应的资源。这不但局限了开发过程，还加大了这类产品的开发过程难度。

本文旨在记录解决动态加载资源过程中的所见所想。

首先需要明白为什么此类产品不能访问res的资源，它们真的是不能使用res的资源吗？肯定不是的，说明白一点，在应用运行时，SDK产品与接入的产品都是可以共享同一个资源入口Resources对象的,而我们一般使用的R.layout.main_activity访问布局资源，图片资源等，经过编译后其实都是化为一串整形的ID的，以此为前提，如果我们可以固定我们需要访问的资源的ID，然后在代码中直接写入一个整形值，同样是可以访问到res的资源的。但这样一来需要接入产品的配合，二来可以需要固定资源的ID值，虽然可以使用public.xml等协助，但经测试后效果都不是太理想。

要想在后台里在最上层的activity中做点什么事，首先要做的就是获取当前正在显示的activity引用，但遗憾的是系统中没有直接提供这样子的一个接口来让别人直接获取。下文简述如何获取当前应用下栈顶的activity引用。

在Android应用（进程）里，只会存在一个UI线程，按google的设计来看，这件事就是交由android.app.ActivityThread实现的。应用中的众多activity都是由ActivityThread来调度的，下面是ActivityThread的类简介。

1
2
3
4
5
6
7
8

/**
 * This manages the execution of the main thread in an
 * application process, scheduling and executing activities,
 * broadcasts, and other operations on it as the activity
 * manager requests.
 *
 * {@hide}
 */

在4.4的系统上，部分恶心的系统诸如X米等可以直接在应用管理中将部分权限关闭，下面以SYSTEM_ALERT_WINDOW为例，在系统中判断当前对应权限是否已经打开。

4.4上新增加了一个类 android.app.AppOpsManager 来对一些应用操作方法进行了一些封装，而我们今天只是需要检查悬浮窗权限是否有开而已。

查看代码，找到checkOp方法，这个就是检查对应的权限有没有打开的方法。

1
2
3
4
5
6
7
8
9
10
11

public int checkOp(int op, int uid, String packageName) {
    try {
        int mode = mService.checkOperation(op, uid, packageName);
        if (mode == MODE_ERRORED) {
            throw new SecurityException(buildSecurityExceptionMsg(op, uid, packageName));
        }
        return mode;
    } catch (RemoteException e) {
    }
    return MODE_IGNORED;
}