Unity的internal 与 gradle 构建方式浅析

最新推荐文章于 2025-03-20 14:59:52 发布

灯塔@kuaidao

最新推荐文章于 2025-03-20 14:59:52 发布

阅读量8.6k

点赞数 5

分类专栏： android 动画基础游戏开发

本文为 CSDN 作者:灯塔@kuaidao原创文章，转载请注明出处。

本文链接：https://blog.csdn.net/o279642707/article/details/96481851

版权

android 动画基础同时被 2 个专栏收录

7 篇文章

订阅专栏

游戏开发

4 篇文章

订阅专栏

前言

最近进行unity继承Android前期调研输出的文档。公司早期用的Internal，最近准备更换gradle构建方式。

1.Internal 打包

1.使用 aar 集成到 unity中 unity的机制本身就不能使用AppCompatActivity 只能继承Activity AppCompatActivity使用不了。 [依赖问题]

AppCompatActivity是v7包中的，它继承了Activity，同时还继承了v7包下FragmentAcivity。可以实现更多功能，兼容性更好，API22之后谷歌遗弃了 ActionBarActivity，推荐我们也可以说是强制我们使用AppCompatActivity。 [依赖问题]
集成进入 unity 经常是 android 打出来的aar 自己demo 可以跑起来在正式的unity项目中编译不过 [依赖问题]

2.android 打出来的aar包 style打包不进来一些动画效果放入style里面的各种属性全面屏的适配不好弄 [依赖问题]

3.有些生成的aar 直接放入unity 编译打包时编译不过比如xUtils中的基于注解和反射实现的视图注入框架的话打成aar包时项目必须设为library

设置为library后框架的视图注入功能就无法使用了，甚至连switch()这样的代码都用不了 [library特性] 一些特殊的字符如“ $ {}” 也编译不过。清单文件中定义的变量

4.打包成 aar 的时候 android 的.Gradle打包不进aar 不方便管理依赖库项目依赖了某些库那么在打包的时候要一并将这些库的jar/aar一并导入到Unity目录之中，升级依赖或者添加依赖全部都要手动进行 [依赖问题]

5.android集成unity 可找的资料很少很少并且基本上都推荐 unity 集成到原生开发中去，原生集成到unity中去会麻烦一点难度会大一点后面的风险不好控制 [效率问题]

2.gradle打包

android 打jar 集成到unity出apk包首先集成的时候要找很多jar包和aar包并且每一个不同的api版本所涉及的jar包和aar包都不相同,集成到unity里面去有些编译不过，还得解压去除编译不过的代码。 [依赖问题]

打包方式很费事,费时,效率低,无法对AAR包进行调试，首页是我这边要保证集成到unity的aar在自己的Demo中可以跑通，然后想办法从外网传到内网，
在集成进unity项目，一旦unity 打apk 编译不通过这个过程又得重新来，打出apk包这个过程得半个小时再从内网传到外面打出来的apk 运行有bug
这个过程还得重新来并且bug还不好发觉这样下来打包出包解BUG几趟一天时间就完了

unity原项目是好的 RN 项目是好的都可以运行一旦集成RN集成到到unity项目中 android 9.0就不可以运行网络这个问题用了各种方式单纯RN的解决了
集成这个RN 这么实在没好的方法去解决 [无法联机调试，bug定位困难]

android 打aar包集成到unity 直接出包涉及的依赖太多了，当项目越来越大的时候就必须要分包 unity android 分包就是添加依赖库通mainTemplate.gradle依赖配置文件
并且 .gradle方式必须要用 Gradle导出方式

3.Unity build System

Unity build System 分两种Build方式:Internal,Gradle,ADT(早期)

在这里插入图片描述

~~早期包含ADT，提供导出Eclipse工程的操作。。~~
在这里插入图片描述

Unity版本与gradle插件对应关系

Unity版本	Android plugin
version	Gradle version
2017.1、2017.2	2.1.0	2.14
2017.4,2018.1	2.3.0	4.0.1
2018.2	3.0.1	4.2.1
2018.3	3.2	4.6

Android studio 默认gradleWrap目前最高版本为5.1.1。

目前unity+Android 混编主流方案，采用gradle方式出apk包。

采用Gradle配置优点：

1.采用gradle构建系统，管理项目中用到的依赖更灵活。
2.原生集成unity，所用的依赖jar，通过gradle脚本直接声明后，可以自动去jcenter，google，maven仓库搜索。免去手动拷贝jar包造成依赖混乱，依赖无法找到问题。
3.Unity支持gradle方式管理依赖，原生开发同样支持。一套依赖配置文件合一两端同时使用。
4.出包时间可控。默认支持所有Android原生特性。

采用intenal出包缺点：

4.无法使用gradle依赖管理方案，所有依赖需要以aar，jar方式进行手动整合，问题较多，打包apk时间不可控。
5.打包方式很费事,费时,效率低
6.无法联机调试，bug定位困难
7.intenal为早期集成方案。主要针对纯unity代码。
8.默认不支持Android原生特性。采用internal打包方式
9.依赖问题解决时间要远远大于开发时间。
10.混合开发官方建议采用gradle方案