Android：AS与Unity3D之间打包的一些坑及解决方案
【转载请注明出处】
作者：DrkCore ()
原文链接：()
近日因为工作的原因笔者开始接触Unity3D游戏引擎，该引擎的一大特色就是支持多种平台，其中自然不能少了我们Android。在Unity3D和Android Studio交互中其实有不少坑，不过踩坑向来是学习的一部分，在这里笔者和大家分享一下今天的踩坑经验。
一、 将项目作为lib导入Unity打包
Eclipse的时代说到打包那必然指的是JAR包，其缺点是res资源文件不好处理，而随着Android Studio一同到来的AAR包解决了这个问题。
将源码和资源文件一同打包等到实际编译的时候再解压，这些事情Build Tool都帮我们做了，这也是为什么Android Studio中我们只需一句话就能搞定依赖管理。在Unity3D工程中我们同样能够通过AAR来导入Android部分的逻辑。
基本的导出姿势以及与Unity3D之间的交互可以参照这位博主的博客：
博文介绍了如何导出AAR，但是在你真正将自己的项目移植的时候你仍然会遇到不少问题。如果你将自己的AAR包用压缩软件打开时就会发现Build Tool似乎将你整个Module都打包进去，唯独没有打包的就是你的依赖！
比如你在Android中使用了ToolBar，RecyclerView等由support-v7提供的控件，或者类似xUtils3的第三方框架等，这些东西都是不会被打包进你的AAR中。我们必须手动将这些依赖的AAR一同添加到Unity3D工程。
大部分的第三方库都会提供AAR包文件，实在没有也可以从GitHub上clone下来自己打包。Google官方提供的support库等都可以在SDK目录下的extras子目录中找到，比如support-v7的AAR在如下位置可以找到：
看到这里你以为就能顺利完成往Unity3D导入Android的工作吗？
Naive，这里还有两个坑你没跳呢！
如果你的SDK中存在版本为24的Build Tool的话会爆出错误：
具体原因可能是Build Tool的Bug。要解决的话很简单，就是把24的Build Tool藏起来：
到这里你应该能够顺利地将Unity3D工程顺利打包成APK。
这个时候如果你还觉得包的版本越高越好就会遇到第二个坑，这个坑在24号版本的support-v7包中。
报错截图如下：
compile ‘com.android.support:appcompat-v7:24.x.x’只是一句依赖但是其导入的包并不只有一个，如果你打开module的build\intermediates\exploded-aar目录去看的话就会发现其实他有4个包。报错中提到的VectorDrawableCompat就在其中：
然而这个时候就算你导入了这两个包问题依旧存在。
笔者猜测24的VectorDrawable包必须使用24的Build Tool来打包，而上面我们说过了24的Build Tool和Unity3D不太兼容。
解决方案很简单，就是使用23的support包。
笔者测试过使用23的support无需导入VerctorDrawable可以正常运行。
1、 使用Gradle脚本简化导包操作
踩过以上的这些坑之后想必大家都已经掌握了新姿势，但如果你像笔者一样是个懒惰的程序员的话就会觉得，每次编译都手动复制来复制去好麻烦啊，而通过Gradle的脚本我们可以分分钟解决这个问题。
以下是笔者写的脚本，当成伪代码来看的话相信有点经验的开发者都能看懂：
// 删除旧的aar
task deleteOldAar(type: Delete) {
//删除Unity工程下的Android资源
delete '你的Unity3D工程/Assets/Plugins/Android/lib-release.aar'
//由于AndroidManifest文件可以能有更新，一并删除
delete '你的Unity3D工程/Assets/Plugins/Android/AndroidManifest.xml'
//删除Android工程下的编译资源
delete 'build/intermediates/bundles/release/'
delete 'build/outputs/aar/lib-release.aar'
// 导出AndroidManifest.xml
task exportManifest(type: Copy) {
from('src/main/')
into('你的Unity3D工程/Assets/Plugins/Android/')
include('AndroidManifest.xml')
task exportAar(type: Copy) {
from('build/outputs/aar/')
into('你的Unity3D工程/Assets/Plugins/Android/')
include('lib-release.aar')
//添加任务依赖
exportAar.dependsOn(deleteOldAar, build, exportManifest)
二、 将Unity作为lib导入Android Studio
如果你实际将工程作为libs导出的Unity3D导出的话你会发现这种方法带有太多的限制了：
项目所在的Module必须为设为library
如果你的项目使用了比如xUtils中的基于注解和反射实现的视图注入框架的话，你就会发现将module设置为library后框架的视图注入功能就无法使用了，甚至连switch(view.getId())这样的代码都用不了。究其原因无论是注解还是switch语句其需要参数都必须是常量，而library的R.id.xxx要在打包成apk的时候才能确定，于是开发者就不得不写繁琐的findViewById了。
不方便管理依赖库
如果项目依赖了某些库那么在打包的时候要一并将这些库的jar/aar一并导入到Unity目录之中，升级依赖或者添加依赖全部都要手动进行。人为操作难免会出问题而Unity打包的速度也是慢的可以，每一次打包都像是在拷问着程序员一般。
如果反过来想，不是将工程导出而是将Unity作为lib导入到Android Studio的话这一切都将迎刃而解。
打开Unity的IDE，通过File-&Build Settings打开打包设置
选中Google Android Project并且签名（不签名无法导出工程，身为Android开发者我表示不解啊），导出后我们就会看到Eclipse项目结构的工程，如下：
assets存放的是编译后的Unity脚本等东西，这部分是导出部分的核心，日后如果要更新Unity的lib的话，只覆盖assets下的东西就够了。其他的部分相信大家都十分熟悉了，不再赘述。
我们将导出的东西作为library导入到Android Studio，build之后我们就能在module的输出目录下找到对应的AAR文件了：
之后我们就可以直接使用AAR文件进行开发了，是不是很方便。
1、 更新Unity的AAR
随着项目的不断研发Unity的部分总是需要更新的，如果导出一个AAR要重复上述的步骤的话那依然是很麻烦的。好在我们可以绕过Android Studio直接更新AAR文件。
如前文所说Unity导出工程的核心都在Assets目录下，而我们用压缩软件打开对应的AAR文件就会发现Assets下的内容只是被原封不动地打包进去了而已，所以我们完全可以用新导出的Unity工程中的Assets来替换AAR包下的东西。
三、 可能出现的其他问题
如果你出现了各种打包的异常，可以依次按照如下的点来检查：
是否选择了签名文件，并输入了正确的密码
如果你是使用Eclipse打包的话，检查存在多个unity提供的classes.jar
检查插件目录中及aar包中是否重复申明了组件
Android打包apk时会将多个lib的 AndroidManifest.xml 文件合并到一起，如果重复声明了组件并且声明的属性存在冲突就可能导致打包失败。
检查bin目录及aar包中是否存在重复的jar文件
常见于项目开发中改变了项目名，并且每次打包都是直接解压到插件目录的情况，因为名称不同所以不会覆盖旧的jar包。
检查资源是否存在重复的索引
比如同时存在 bg_main.png 和 bg_main.9.png 两个图片但二者的索引都是 R.drawable.bg_main。
没有更多推荐了，
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！推荐这篇日记的豆列
&&&&&&&&&&&&
&(1人关注)Unity-Android交互(.aar包的使用)
上述博客讲解的很清楚，这里不再赘述
现作以下补充：
按照上述方法导出的aar包包含Unity的classes.jar每次使用压缩软件对其删除比较麻烦，现提出一种不导入classes.jar到aar的方法：
build.gradle中
compile fileTree(include: ['*.jar'], dir: 'libs')
compile files('libs/classes.jar')
注释掉compile fileTree(include: [‘*.jar’], dir: ‘libs’)
compile files(‘libs/classes.jar’)改为provided files(‘libs/classes.jar’)
//compile fileTree(include: ['*.jar'], dir: 'libs')
provided files('libs/classes.jar')
clean project再编译aar包即可
没有更多推荐了，
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！&nbsp>&nbsp
&nbsp>&nbsp
&nbsp>&nbsp
Unity与Android的问题
摘要：先说下自己的开发环境Win7x64Unity5.2.2AndroidStudio2.3.2(以下简称AS)JDK1.7再说下创建项目在AS中创建一个新项目用emptyactivity将Unity中的classes.jar考到项目下libs文件夹下,并右键-&AddasLibrary里面各种修改,最后要BuildAPK,发布出app-debug.aar文件用解压程序打开此aar文件删除其中的libs文件夹将此文件及AndroidManifest文件考到Unity项目Ass
先说下自己的开发环境
Unity5.2.2
Android Studio 2.3.2(以下简称AS)
再说下创建项目
在AS中创建一个新项目
用empty activity
将Unity中的classes.jar考到项目下libs文件夹下,并右键-&Add as Library
里面各种修改,最后要Build APK,发布出app-debug.aar文件
用解压程序打开此aar文件
删除其中的libs文件夹
将此文件及AndroidManifest文件考到Unity项目
Assets/Plugins/Android 文件夹下
Unity中发布Android,注意包名和你AS项目的包名一至
我建的Unity测试项目是一个很简单的场景,就是像机看着几个Cube
流程如上,但是会报出很多错误,要解决这些问题就要如下操作。
在AS中创建Android项目时
最后一页有一个选项:Backwards Compatibility(AppCompat)
这个选项不要勾选上,我的Unity跟AppCompat可能有不共戴天之仇吧
其次,JDK版本
我原先是1.7,会报出如下
Failed to compile resources with the following parameters: -bootclasspath &/Users/alex/development/adt-bundle-mac-x86_64-/sdk/platforms/android-21/android.jar& -d &/Users/alex/Documents/development/unity/Maze/Maze/Temp/StagingArea/bin/classes& -source 1.6 -target 1.6 -encoding UTF-8 &com/facebook/android/R.java& &com/google/android/gms/R.java&
这样的错误,在StackOverFlow上的人们解答是把JDK升级到1.8
我照做了,OK了
最后,在MainActivity中的onCreate方法中第二行语句setContentView(R.layout.activity_main);
这行必须注释掉,不然装上apk运行就报错退出
到此,我们的Unity项目可以成功发布成Android APK了
以上是的内容，更多
的内容，请您使用右上方搜索功能获取相关信息。
若你要投稿、删除文章请联系邮箱：zixun-group@service.aliyun.com,工作人员会在五个工作日内给你回复。
云服务器 ECS
可弹性伸缩、安全稳定、简单易用
&40.8元/月起
预测未发生的攻击
&24元/月起
邮箱低至5折
推荐购买再奖现金，最高25%
&200元/3月起
你可能还喜欢
你可能感兴趣
阿里云教程中心为您免费提供
Unity与Android的问题相关信息，包括
的信息，所有Unity与Android的问题相关内容均不代表阿里云的意见！投稿删除文章请联系邮箱：zixun-group@service.aliyun.com，工作人员会在五个工作日内答复
售前咨询热线
支持与服务
资源和社区
关注阿里云
International}