参考了Jack_jia的Android4.0内存Dex数据动态加载技术，同时参考另一片文章［链接］具体内容就不赘述了。

实现这个的原因一是内存加载更加安全，二是听说这种方法可以加速程序的启动，加壳后的程序启动实在太慢了。

1. 按照Jack_jia的方法自己实现以后，运行的过程中出现类似 Caused by: java.lang.ClassCircularityError: android/support/v4/app/ActivityCompat21$SharedElementCal 这种错误，应该是循环依赖，但是不太明白是怎么回事，研究了半天，找到下面的代码：

     protected Class<?> findClass(String name) throws ClassNotFoundException {
               Log.d(TAG, "findClass-" + name);
               Class<?> cls = null;

               String as[] = getClassNameList(cookie);
               for (int z = 0; z < as.length; z++) {
                        if (as[z].equals(name)) {
                                 cls = defineClass(as[z].replace('.', '/'),
                                                    mContext.getClassLoader(), cookie);
                        } else {
                                 defineClass(as[z].replace('.', '/'), mContext.getClassLoader(),
                                                    cookie);
                        }
               }

               if (null == cls) {
                        cls = super.findClass(name);
               }

               return cls;
     }

  这段代码是自己实现的DexClassLoader中的重写findClass方法的代码，然后我把其中那段红色的代码注释掉以后运行就正常了。看了下Android系统源码还是不太明白defineClass的作用。

2. 按照上面的方法虽然运行正常了，但是启动速度非常的慢，按说这种方法应该可以让程序启动的快一些才对，不知道是哪里不对。

3.  另外还有一点就是在java层实现自己的DexClassLoader的时候利用java反射机制调用了DexFile类的getClassNameList方法和defineClass方法，而在C层去查找Dalvik_dalvik_system_DexFile_openDexFile_bytearray这个方法并利用它来加载dex文件，而这个函数实际上就是对应java层的DexFile类的openDexFile函数，那为什么不直接用java反射机制调用DexFile类的openDexFile函数就好了，干嘛还那么麻烦去找它的C层实现呢？

以上三个问题困扰我很久了，希望大神们不吝赐教啊，小弟谢过了！

[注意]传递专业知识、拓宽行业人脉——看雪讲师团队等你加入！