前因后果经过

起因是这样子的。公司Jenkins是部署在mac上的

，更新完一个功能自动打包下来的apk开启以后，总会蹦。报错 classNotFound. 奇怪的是，自己用ubuntu打包的apk就不会报错。

真是奇了大怪了，一开始以为是Jenkins的锅，然后调来调去还是不行，就以为是gradle的锅，各种换版本还是不行。

一直报一个错： com.xxxx.r ClassNotFound

这个r.class是第三方SDK里面的，并且就在包的最底下。就是一个普通的类。于是把Jenkins打包出来的APK给逆向过来，找到这个SDK对应的包，发现里面r.class居然丢失了！！丢失了！！！然后逆向ubuntu打包的APK，里面r.class居然是存在的！！存在的！！

手动执行task 有时候还会报错，说r和R不匹配

呵呵哒。这下子基本明了了，为什么会拿r和R去匹配呢？肯定是mac系统的锅了，因为mac系统硬盘本身是大小写不敏感的，系统又会自动生成一个R.class，所以r.class和R.class被认为是同一个文件，就会被自动合并(随机删除)一个，所以，到最后导致打包出来的apk就会丢失这个r.class

证明猜想

新建一个test项目，在根目录创建一个小r.java，这时候打包会报错的。 parse error.

删除r.java ，创建一个a.java和一个A.java ..你会发现 a.java被删除了。。。
尼玛！！！！好坑啊。。。

用磁盘工具新建一个分区，把硬盘格式化为“大小写敏感”的，将项目丢过来打包即可。

妈妈，mac坑我。。。浪费我好多时间。。

你说这问题复杂吧，也不复杂，可是他的展现形式是一个崩溃，以一个classnotfound展开的，这就很难联想了。。。绞尽乳汁啊。。