游戏开发中实现热更新可以实现无须重新打包，无须发布市场，无须等待审核，只需要将更新包放到服务器上，客户端就可以直接下载更新包来实现游戏的更新，在游戏后期的维护过程中，能为开发者提供十分的便利，正所谓工欲善其事，必先利其器。这篇文章就来说说如何在Libgdx中实现游戏的热更新。
要实现游戏的热更新，首先必须对编译原理有一定的了解，不用掌握技术细节，但是基本流程是必须知道的。我们知道Libgdx的开发语言是Java，Java是一种静态语言，必须先编译成字节码才能在虚拟机中执行。我们正常开发的Java程序都会被编译成class文件，这个class文件就是字节码，程序执行的时候会由操作系统启动一个Java虚拟机，虚拟机再加载字节码，然后再去执行。所以要实现热更新，首先要实现的就是字节码的动态加载，好在Java为我们提供了ClassLoader类，这个类就是专门加载字节码的，虚拟机启动后会首先创建一个ClassLoader，加载程序中已经打包好的class文件，如果我们要加载其他的class，只需创建一个新的ClassLoader即可。当然其过程中需要注意的细节很多，待会儿再来细说。需要注意上面说的是在JAVA桌面程序中，如果是在Android，字节码是以dex为后缀名的文件，它是供Android中的虚拟机（Dalvik或Art）来加载执行的。那么在IOS上呢，IOS中并没有Java虚拟机，但是libgdx的跨平台解决方案使用了Multi-OS Engine( MOE )，来在IOS中运行Java，关于MOE的细节请自行查阅资料，这里只需知道Moe为我们在IOS中提供了一个Art虚拟机，它也是执行的dex文件。这样一来，同一份dex文件可以在android和ios上执行，简直不能再完美了。理论说太多也没用，下面跟着一起做一个Libgdx的热更新Demo吧。
首先我们来搭建一个基于热更新的简单框架。
使用Libgdx 1.9.5创建一个基本的libgdx工程，然后在Android Stuio中打开。这个工程包含了Desktop、Android、Ios-moe三个模块，当然还有必须的Core模块。
用AndroidStudio为我们工程增加一个Java Library模块，命名为games，我们的游戏代码将放在这个模块里，以便将需要热更新的内容和主程序分开。Game模块创建好了之后，在它下面会自动生成一个build.gradle文件，我们需要在这里添加core模块的依赖：
dependencies { //添加core模块的依赖 compile project(":core") compile fileTree(dir: 'libs', include: ['*.jar']) }接下来还要在Game模块中新建一个assets文件夹，用来存放游戏的资源。注意android模块下也有一个assets文件夹，是用来存放主程序资源的。因为只是demo，这里就把Game模块的代码一起写了吧。我新建了一个GameStage类，继承Stage，并添加了一张我网站的logo展示。注意这里的资源已经不是程序包里面的，而应该是外部资源了，所以需要从外部传入一个资源路径。
public class GameStage extends Stage { //需要主程序传入资源目录,传入MainGame以便能返回 public GameStage(final MainGame mainGame, String assetsDir) { //添加一个logo图片，注意这里使用的是绝对路径 Image logo = new Image(new Texture(Gdx.files.absolute(assetsDir + "logo.png"))); logo.setPosition(getWidth() * 0.5f, getHeight() * 0.5f, Align.center); addActor(logo); //给logo添加事件 logo.addListener(new ClickListener() { @Override public void clicked(InputEvent event, float x, float y) { //点击将返回到mainStage mainGame.changeStage(mainGame.mainStage); } }); } }这个时候，Game模块应该是这样的：这里的libs文件夹，也可以放一些Game模块需要的jar包，但是打包dex的时候，需要将jar一起打入，比较麻烦，还是建议jar包统一放到主程序中。
因为android和ios实现热更新有些不同，而且core里面是无法使用dex的Loader的，所以需要定义一个跨平台的接口，然后在各个平台实现。在Core模块定义接口如下：
public interface HotUpdate { //获取游戏资源文件路径 String getAssetsDir(); //加载dex文件,并返回一个Class对象,若发成错误抛出异常 Class loadDex(String dexPath, String className) throws Exception; }分别在Android和IOS模块下实现这个接口:
public class HotUpdateAndroid implements HotUpdate { private String assetsDir;//游戏资源文件目录 private Context ctx;//AndroidContext public HotUpdateAndroid(Context ctx) { this.ctx = ctx; //Android的data目录，可以随apk卸载一起删除，并且资源文件的图片不会出现在相册中 assetsDir = ctx.getExternalFilesDir("").getAbsolutePath() + "/"; } @Override public String getAssetsDir() { return assetsDir; } @Override public Class loadDex(String dexPath, String className) throws Exception { DexClassLoader loader = new DexClassLoader(dexPath, ctx.getCacheDir().getAbsolutePath(), null, ctx.getClassLoader()); Class claz = loader.loadClass(className); return claz; } } public class HotUpdateIos implements HotUpdate { @Override public String getAssetsDir() { //ios下资源存储目录，等效于 Gdx.files.getExternalStoragePath() return System.getenv("HOME") + "/Documents/"; } @Override public Class loadDex(String dexPath, String className) throws Exception { //初始化一个PathClassLoader，加载dex文件 PathClassLoader loader = new PathClassLoader(dexPath, getClass().getClassLoader()); Class claz = loader.loadClass(className); return claz; } }稍微讲解一下PathClassLoader，它是android dalvik下的类，继承自Java的ClassLoader，可以用它来直接加载dex文件。和它一起的还有一个DexClassLoader，它也可以加载dex文件，同时它还能加载apk和jar中的dex。这里Android用的是DexClassLoader而IOS用的是PathClassLoader，其实都是可以的。另外不管是哪一个ClassLoader，其构造方法中有个参数是必不可少的，必须传入一个Parent ClassLoader，它的作用就是使新创建的Loader能够直接访问Parent Loader的类。好了，接口定义完成，以后我们就只需要在core里面调用HotUpdate接口就能实现热更新的功能了。
在Core模块下创建一个MainGame类，并继承ApplicationAdapter。我在MainGame里添加了一个舞台mainStage，并添加了一张图片，点击图片就会调用HotUpdate的方法跳转到游戏界面了。因为HotUpdate只是一个接口，我们需要从各个平台传入它的实例，所以在MainGame的构造方法中传入一个参数。另外我还定义了一个切换舞台的方法，以便在游戏界面中也能返回到主界面。MainGame类代码如下：
public class MainGame extends ApplicationAdapter { public Stage currentStage, mainStage; HotUpdate hotUpdate; public MainGame(HotUpdate hotUpdate) { this.hotUpdate = hotUpdate; } @Override public void create() { //添加舞台，并添加图片 mainStage = new Stage(); Image img = new Image(new Texture("badlogic.jpg")); mainStage.addActor(img); changeStage(mainStage); //给图片添加监听 img.addListener(new ClickListener() { @Override public void clicked(InputEvent event, float x, float y) { try { //加载dex文件，并返回GameStage的Class对象 String className = "com.ayocrazy.tutorial.games.GameStage";//完整类名 Class claz = hotUpdate.loadDex(hotUpdate.getAssetsDir() + "game.dex", className); //用Class对象初始化一个Stage Stage gameStage = (Stage) claz.getConstructor(MainGame.class, String.class).newInstance(MainGame.this, hotUpdate.getAssetsDir()); //切换舞台，进入到gameStage changeStage(gameStage); } catch (Exception e) { //捕获异常 Gdx.app.log("loadDex error", e.toString()); e.printStackTrace(); } } }); } //切换舞台 public void changeStage(Stage stage) { Gdx.input.setInputProcessor(stage); currentStage = stage; } @Override public void render() { Gdx.gl.glClearColor(0.9f, 0.9f, 0.9f, 1); Gdx.gl.glClear(GL20.GL_COLOR_BUFFER_BIT); if (currentStage != null) { currentStage.act(); currentStage.draw(); } } }最后，分别在AndroidLauncher和IOSLauncher两个类中，将HotUpdateAndroid和HotUpdateIOS的实例传入到MainGame。
public class AndroidLauncher extends AndroidApplication { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); AndroidApplicationConfiguration config = new AndroidApplicationConfiguration(); //传入HotUpdateAndroid的实例 initialize(new MainGame(new HotUpdateAndroid(this)), config); } } public class IOSMoeLauncher extends IOSApplication.Delegate { protected IOSMoeLauncher(Pointer peer) { super(peer); } @Override protected IOSApplication createApplication() { IOSApplicationConfiguration config = new IOSApplicationConfiguration(); config.useAccelerometer = false; //传入HotUpdateIOS的实例 return new IOSApplication(new MainGame(new HotUpdateIos()), config); } public static void main(String[] argv) { UIKit.UIApplicationMain(0, null, null, IOSMoeLauncher.class.getName()); } }至此，框架搭建已经完成，我们可以尝试运行一下看看。我在ios上进入主程序正常，但是点击图片进入游戏界面无效果，打印了两句log:
System 5 ClassLoader referenced unknown path: /Users/ayo/Library/Developer/CoreSimulator/Devices/2DB6D358-14A6-4D64-A3DE-93E8DCFF7322/data/Containers/Data/Application/9FF34C72-7937-4604-97C4-E138783441AB/Documents/game.dex loadDex error 4 java.lang.ClassNotFoundException: Didn't find class "GameStage" on path: DexPathList[[],nativeLibraryDirectories=[]]第一句是ClassLoader报错，提示dex的路径不对，第二句是我捕获的异常，提示没有找到GameStage类。继续往下走。
现在我们需要做的就是把游戏代码（这里只有GameStage类）生成dex文件，然后放到服务器上供主程序下载，这里作为演示，直接把生成的dex文件放到目标文件夹中。那么现在问题来了，如何生成dex文件了？原来Android SDK已经为我们提供了便利的工具，在Android SDK的build-tools目录下，有一个dx工具，它的作用是将jar或者class文件转换成dex，所以我们还需要将游戏代码先编译成class文件或者打包成jar，这就要用到jdk为我们提供的javac命令了。是不是好麻烦？限于篇幅，这里不去讨论这些工具的使用。但是我提供一个gradle脚本，可以实现直接将java文件打包成dex，其实原理上还是使用的javac和dx，只不过使用脚本要方便许多，写好一次，以后直接运行就能生成dex文件了。继续吧！在Game模块下的build.gradle文件里空白处添加一个task，代码如下：
//添加类型为Exec的任务，并依赖java插件提供的classes任务 task packDex(dependsOn: classes, type: Exec) { //获取sdk的目录 def sdkDir def btVersion = "25.0.0"//build-tools版本号，需要换成你自己的 def localFile = file("../local.properties") if (localFile.exists()) { Properties localProp = new Properties() localFile.withInputStream { instr -> localProp.load(instr) } sdkDir = localProp.getProperty('sdk.dir') if (!sdkDir) { sdkDir = "$System.env.ANDROID_HOME" } } //dx工具路径，win下需改为dx.bat def dx = sdkDir + "/build-tools/$btVersion/dx" //要打包的class文件目录，classes任务默认会将java文件编译到这个目录 def input = file("build/classes/main") //输出的dex文件目录 def output = file("build/dex"); //用于检测文件是否变动 inputs.files input outputs.dir output //创建目录 file(output).mkdirs(); //执行命令行 commandLine "$dx", '--dex', "--output=$output/game.dex", input }稍微阐述一下，classes是Java Gradle插件的内置任务，会将Java代码打包成class文件，并放到build/classes/main路径下，然后我们写的这个packDex任务将该路径下的class文件打包成dex，放到build/dex路径下。使用方法是先刷新Gradle,然后在Android Studio的右侧找到Gradle的任务列表，在games/other里能找到我们定义的packDex任务，双击执行就可以了。如果你有配置Gradle的环境变量，也可以直接在工程目录下输入gradle packDex命令来打包，更加快捷。打包成功后，就能在Game模块下的build/dex目录看到dex文件了。此时的Game模块如图：
dex生成好了，还差资源文件了。如果是在正式环境，可以将dex和Game模块下的assets文件夹一起打包成zip包，上传到服务器，然后由主程序下载并解压。并且，我们同样可以使用Gradle脚本任务来进行打包操作，十分方便。这里作为Demo，我直接将dex和资源文件复制到了ios模拟器里。
在运行之前还有一个至关重要的事情要做，因为我们的GameStage类引用了MainGame类，然而moe在打包的时候默认是开启混淆的，所以MainGame类在主程序中被混淆了而GameStage类里的MainGame类是没被混淆的，实际运行会报错。所以我们还需要关闭MainGame类的混淆，这里我直接关闭了com.ayocrazy.toturial包的混淆，在ios-moe模块下的proguard.append.cfg文件中加入：
-keep class com.badlogic.** { *; } -keep enum com.badlogic.** { *; } -keep class com.ayocrazy.tutorial.** { *; }好了，激动人心的时刻到了，赶快运行起来看看效果吧：在上图中，第一次点击后我将GameStage的代码改了，然后重新打包成dex放入到模拟器里覆盖之前的文件，再次进入的时候已经是新的代码了，可以看到我给logo添加了一个动画，完美实现热更新。Android下效果是一样的，已经验证，这里不截图了，可以自己运行查看。
关于libgdx的热更新到这里其实已经算是讲完了，但是用这种方式投入生产开发的话效率很低，所以下面讨论下如何提升开发效率：
调试。首先dex的内容是没法实现断点调试的，ide不支持，如果你足够强大可以自己写debug工具。但是我们也可以用桌面项目来进行调试，让桌面项目运行的时候将Game模块的内容包含进去，运行desktop模块的时候就不用dex了，也就不存在热更新，况且本来desktop也是没法加载dex的。 资源。我们使用AssetManager管理资源的时候需要特别注意，在主程序中使用的是internal路径，而在游戏中是absolute路径，所以无法使用同一个AssetManager来管理，只能分别管理。这个时候就要特别注意主程序和游戏的生命周期，小心处理内存问题。 工具。这里主要指Gradle，擅用Gradle可以让你的开发效率大大提升。除了前面说的用gradle生成dex，你还可以用它来打zip包，上传服务器，复制文件到Android手机、IOS模拟器都是可以的，包括第1点里提到的让desktop运行的时候包含Game模块的内容也是可以使用Gradle脚本实现的。当然这里只提供思路，细节还需自行研究，可以告诉大家的是这些功能在我的项目中都已经实现。如果有疑问，可以留言一起探讨。 架构。良好的架构可以让程序的稳定性、可维护性大大增强。给游戏添加热更新会提高开发的复杂度，如果没有一个良好的架构支持，必然导致开发过程中痛苦万分，那样就本末倒置了。最后，作个总结吧。Libgdx实现跨平台的热更新可以归纳为四个步骤：模块分离->代码编写->dex生成->热更加载。 技术上实现并不难，难的它打破了原有的开发流程，在给我们带来强大功能的同时，也失去了一些便利性，所以也不要盲目追求热更新，还是面向需求编程吧。
相关资源：python入门教程(PDF版)