传统Internal Unity打包APK：一体成型的汽车困境

文章摘要

Unity早期直接打包APK的方式存在严重局限性，就像一辆所有零件焊死的一体成型汽车，开发者无法灵活添加功能或修改配置。这种"黑盒"打包方式导致扩展性差、原生集成困难、定制化受限、自动化困难等问题。相比之下，导出Gradle工程则提供了模块化构建的自由度，使开发者能像组装汽车配件一样根据需要灵活调整，极大提升了开发效率和扩展性，解决了传统打包方式的核心痛点。

---

1. “一体成型的汽车”是什么意思？

想象你买了一辆汽车，这辆车的发动机、轮胎、座椅、音响、车灯等所有零件都焊死在一起，无法拆卸、无法更换、无法加装新配件。

• 你想换个更好的音响？不行，焊死了。
• 你想加个导航？不行，没地方加。
• 你想装个行车记录仪？没接口，没法装。
• 你想换个更舒服的座椅？不可能。

这辆车只能按厂家出厂的样子用，不能根据你的需求做任何定制和扩展。

---

2. 以前Unity直接打包APK的情况

在Unity 2019之前，Unity默认用“Internal”方式直接打包APK（或者Ant/Eclipse工程），这就像“一体成型的汽车”：

• Unity把所有代码、资源、插件、配置都打包进一个APK文件里，打包过程是个黑盒。
• 你很难在打包后再加东西，比如想加一个新的Android原生SDK、修改Manifest、加原生Activity、定制构建流程等，几乎做不到。
• 如果你非要加，往往要用很hack的方式，比如手动解包APK、二次打包，或者用Unity的PostProcessBuild脚本做一些有限的修改，但都很麻烦、不稳定。

---

3. 这样做带来的问题

• 扩展性差：不能灵活集成第三方SDK（如广告、推送、支付等）。
• 与原生App集成困难：很难把Unity内容嵌入到已有的原生App中。
• 定制化难：不能方便地修改AndroidManifest、资源、签名、混淆等。
• 自动化打包难：不适合CI/CD自动化流水线。
• 团队协作难：Unity开发和Android原生开发很难分工协作。

---

4. 总结

以前Unity直接打包APK，就像买了一辆一体成型的汽车，所有零件都焊死在一起——你只能用厂家给你的那一套，想加装、升级、定制都很难，灵活性和扩展性非常差。

而导出Gradle工程，就像你拿到了一辆可以随意拼装、升级、加装配件的汽车，极大提升了开发的自由度和效率。

---

我们用一个具体的功能案例来说明：为什么Unity默认用“Internal”方式直接打包APK（或者Ant/Eclipse工程）时，很难在打包后再加东西。

---

案例：集成第三方推送SDK（如极光推送）

1. 需求背景

假设你开发了一款Unity手游，老板突然要求你在游戏里加上极光推送（JPush）功能，让玩家能收到消息推送。

---

2. 用“Internal”方式直接打包APK时的困境

你会遇到以下问题：

A. 不能直接加SDK依赖

• 极光推送需要在build.gradle里加依赖（如implementation 'cn.jiguang.sdk:jpush:4.0.0'），
• 但Internal方式下，Unity根本没有生成Gradle工程，只有一个最终的APK，你没法加依赖。

B. 不能方便地修改AndroidManifest

• 极光推送要求在AndroidManifest.xml里加权限、服务、receiver等配置。
• Internal方式下，Unity会自动生成Manifest，你只能通过Plugins/Android/AndroidManifest.xml来合并，但合并规则有限，容易冲突，复杂配置很难搞定。

C. 不能加原生Java代码

• 极光推送需要你写一些Java代码（比如初始化、回调处理）。
• Internal方式下，你只能把Java代码打成jar包放到Plugins/Android里，但如果要和Unity通信、或者要改动原生Activity，就很麻烦。

D. 不能定制构建流程

• 极光推送可能需要你在打包时做一些特殊处理（如混淆、资源拷贝）。
• Internal方式下，Unity的打包流程是黑盒，你无法插手构建过程。

E. 打包后再加东西几乎不可能

• 如果你已经生成了APK，想再加SDK，只能反编译APK、手动加dex、改Manifest、重签名，这不仅复杂，而且极不稳定，容易出错。

---

3. 现实中的开发体验

• 你会发现，每加一个原生SDK都像“拆房子加电线”一样痛苦，而不是像“插插座”那么简单。
• 很多公司甚至因为集成SDK太麻烦，被迫放弃一些功能或者推迟上线。

---

4. 用Gradle工程后怎么变了？

• 你只需要在build.gradle加一行依赖，Manifest随便改，Java代码随便写，构建流程随便定制，一切都像普通Android项目一样灵活。
• Unity内容变成了一个“模块”，你可以随意拼装、扩展、升级。

---

总结

用Internal方式直接打包APK时，想加推送SDK这种原生功能，几乎每一步都受限，打包后再加东西更是难上加难。

这就像你买了一辆焊死的汽车，想加个导航还得拆车，既费劲又不安全。

---