exe 文件如何创建

一个程序从生成到运行起来，这中间是非常复杂的一个过程，光是编译链接生成可执行程序就够研究一辈子。

你这个问题里的信息量太大，需要好几本书才能回答你。我只针对你的题目给你简单的说说一个exe是怎么生成的。

程序需要依靠源文件来编译，编译之后生成中间代码（obj）文件，之后依靠链接器将所有的obj文件以及依靠的lib文件链接起来生成一个exe的文件。

这是最简单的理解，现在稍微展开点说说exe文件。

在Windows中，所有的可执行文件（exe, dll, ocx, sys等等）都是按照一定文件内容格式来组织——PE格式。PE格式记录了一个程序文件加载运行过程中的信息，例如文件类型，是一个dll还是一个exe；运行的平台，32位系统还是64位系统等等。当一个程序运行的时候，程序的加载器会根据PE格式的内容将程序文件中的数据段，代码段等等映射到内存中，并正确的导入程序要使用的系统API，同时要将文件中的一些偏移地址修正为映射入内存之后的地址，之后调用程序代码的入口点来执行。就是这样一个过程涉及到了系统的内存管理，进程管理，线程调度等等一系列问题。

而这些PE格式的内容就是链接器在链接程序的时候填入的，换句话说就是链接器生成了一个PE文件用于执行。

每个 *** 作系统都会有自己所支持的可执行文件格式。PE格式是Windows平台独有的。

我上面说的这些内容，随便找出来一个都可以研究一辈子。。

前面插件化一和二说了下插桩式加载未安装的APK，主要是重写了getResource和getClassloader两个方法来实现的。以及每个组件要实现一个接口，通过接口注入上下文来达到它的生命周期。

那么插桩式和hook式的实现方式有什么不同呢？

插桩式是怎么加载到插件中的class文件呢，是通过将将APK转化成插件的Classloader，然后想要加载插件的class文件，我们的去拿这个插件的classloader去loadClass。所以是有一个中间者的。

hook式呢是将插件apk融入到了我们的宿主apk，那直接在里面就可以直接loadClass了，在不用这个插件的ClassLoader了，这样的话对于插件和宿主就没什么区别了，不像插桩式有一个中间者。

那么要实现hook式 就要知道android中一个class文件式怎样被加载到内存中去的。其实就是通过PathClassLoader来加载的。

那么我们先看下ClassLoader

任何一个java程序都是由一个或者多个class组成的，在程序运行时，需要将class文件加载到JVM中才可以使用，负责加载这些class文件的就是java的类加载机制。CLassLoader的作用就是加载class文件提供给程序运行时使用，每个Class对象内部都有一个ClassLoader来标示自己是有那个classLoade加载的。

Android app的所有的java文件都是通过PathClassLoader来加载的，那么它的父类是BaseDexClassLoader，还有一个兄弟类是DexClassLoader，那么他们有什么区别呢。

从上面可以看出这两个类的构造函数不同。(在26的源码中DexClassLoader中的optimizedDirectory也废弃了)

PathClassLoader：用于Android应用程序类加载器。可以加载指定的dex，以及jar、zip、apk中的classesdex

DexClassLoader：加载指定的dex以及jar、zip、apk中的classesdex。

可以看到创建ClassLoader的时候需要接收一个CLassLoader parent的参数，这个parent的目的就在于实现类加载的委托。

某个类加载器在接到加载类的请求时，首先将加载任务委托给父类加载器，一次递归，如果父加载器可以完成加载任务，那么就返回，只有当父加载器无法完成加载任务时，才自己去加载。

因此我们自己创建的ClassLoader：newPathClassLoader("/sdcard/xxdex",getClassLoader()),并不仅仅只能加载我们的xxdex中的class。

需要注意的是，findBootstrapClassOrNull 这个方法，当parent为null的时候，去这个BootCLassLoader进行加载，

但是在Android当中的实现：

所以new PathClassLoader("/sdcard/xxdex",null),是不能加载Activityclass的。

上面分析了加载了一个class，是利用了双亲委托机制，那么要是都找不到那就开始调用自己的findCLass方法

在ClassLoader类中findClass：

任何ClassLoader的子类，都可以重写loadClass和findClass。如果你不想使用双亲委托，就重写loadClas修改实现，重写findClass则表示在双亲委托机制下，父ClassLoader都找不到class的情况下，定义自己去查找一个class。

而我们的PathClassLoader会自己负责加载Activity这样的类，利用双亲委托父类去加载activity，而我们的PathClassLoader没有重写findClass，是在它的父类里面。因此我们可以看看父类的findClass是如何实现的。

可以看到加载PathClassLoader加载class，转化为从DexPathList中加载class了，那么我们看看DexPathList中的findClass

那么从上面分析得到

到这里我们想要加载一个插件的apk ，其实最终加载的是一个dex文件(先说class文件，加载资源后面说)，有没有办法吧这个dex文件给转化成一个 Element 对象，给放到 Elemeng数组 当中，这样直接就可以加载我们插件中的类了。

1、首先我们肯定是要得到插件APK的的中DexPathList对象中的dexElement数组

2、插件的dexElements数组我们拿到了，那么是不是要开始拿我们系统里面的 ，我们反射获取，和上面的一样。

3、上面我们获取到了系统和我们插件的dexElement数组，然后我们将这个数组合并到一个新的数组里面去，并且给注入到系统里面

至此，加载插件的一个流程基本就完成了。但是上面只是处理了class文件，没有处理资源。资源的话我们也是采用hook的方式去实现

在宿主的Application中hook这个方法，然后去重写getAsserts和getResources两个方法：

然后在插件的BaseActivity中继续重写getAssets和getResources两个方法

这样就可以完成hook式加载一个未安装的APK了。至此基本就完成了插桩式和Hook式插件化的基本实现。(后面几篇是优化)。

在 Java 程序中许多对象在运行是都会出现两种类型：编译时类型和运行时类型。

程序运行时，使用JDK提供工具类（Proxy），动态创建一个类，此类一般用于代理。

代理：你 -- 代理（增强） -- 厂商

代理类：目标类：被代理的

JDK动态代理使用前提：必须有接口

假如我们自己写了一个javalangString的类，我们是否可以替换调JDK本身的类？

答案是否定的。我们不能实现。为什么呢？

我看很多网上解释是说双亲委托机制解决这个问题，其实不是非常的准确。

因为双亲委托机制是可以打破的，你完全可以自己写一个classLoader来加载自己写的javalangString类，但是你会发现也不会加载成功，

具体就是因为针对java开头的类，jvm的实现中已经保证了必须由bootstrp来加载。

正确姿势

一个符合规范的类加载器，应当仅覆写ClassLoader#findClass()，以支持自定义的类加载方式。

不建议覆写ClassLoader#loadClass() （以使用默认的类加载逻辑，即双亲委派模型）；

如果需要覆写，则不应该破坏双亲委派模型：

以上就是关于exe 文件如何创建全部的内容，包括:exe 文件如何创建、android插件化(四)Hook加载插件APK(ClassLoader方式)、理解 类加载器 动态代理等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！