问题出发点：unity5.4.5f1版本 项目接入YSDK存在的问题
1、ysdk的包名与unity项目的签名不一致导致的问题
1答：包名不一致时，log会做明显的提示（“xx.xx.xx.MainActivity .... canotfind”一类的提示），那你就要检查AndroidManifest文件中的package与unity工程中的Bundle Identifier是否一致了。
2、.so文件找不到的问题（见3答）
3、com.tencent.ysdk.framework.hotfix.impl.Fix方法找不到的问题
3答：这个问题是由于所用到的方法在class.jar包里的资源文件夹下，而https://www.jianshu.com/p/20757556099b这里也有说明unity处理jar包时，只处理.class文件而不处理资源，那么我们就明白了为什么这个方法找不到，.so文件也要从aar里解压出来了，这里应该是同jar包处理一样的道理（个人猜测，因为AS产生的aar包下包含jar包和资源文件，这里还需要从unity对aar处理关系入手验证。）unity下的plugins资源应该是自动归类的asset下放资源，libs下放库文件，unity是不会寻址jar包里的资源文件夹的。
4、unity的plugins下关于Android文件放置的问题
4答：（见下图中的现实，右图是unity下plugins/Android/libs文件夹，导出的AS工程中现实的文件夹路径，不难发现，AS工程自动分配了文件，将.so文件自动放入arm文件夹下。）
遗留问题：
1、为什么不同路径的同名文件，unity会提示同名，需删除一个（这里同名指的就是aar下的class.jar和aar/libs下的class.jar，动4答的图中可以看的出unity下的文件，导出AS做了一定的改变，如果不删除一个，在AS中，libs文件夹下会有两个class.jar？——这个只是根据log提示的猜测）
2、AS打出的aar文件，直接放在plugins/android下，为什么报错？提示unity的class.jar无法移动到aar下的libs里（重复文件导致的）。
3、aar的加载与AS中的build.gradle配置是否存在什么关系？（aar的二次封装，只封装了清单文件，源文件并没有封装进去，所以再次应用新的aar文件时，第一次的aar文件也要导入工程）