【前提条件】
【主要特征】
1、Library和宿主工程均编译通过,但是运行时出现crash;
2、Library的res/value目录下存在 public.xml和 ids.xml文件;
3、在Eclipse工程下使用该Library运行通过,AndroidStudio工程使用该Library出现crash;
4、核实Eclipse工程发现其gen目录下生成的R文件中的ID和res/value目录下public.xml中的ID是相同的,但是AndroidStudio的app\build\generated\source\r\debug\目录下的R文件与public.xml文件中同名的资源项ID不同;
【原因分析】
1、Android的资源ID在编译时才可以确定下来,也就是说,每次编译的R文件中ID都可能是不一样的,这就给Library工程的打包造成了困扰,因为Library一旦打包完成,其src中的代码就锁定了,但是R文件却会在每次编译过程中更换,为了解决此问题,打包Library时,开发者往往会选择使
Eclipse导出的Library工程,其中的src目录被编译为jar,然后将此Library合入AndroidStudio中,编译(build)可以通过,但是运行(run)报错,报错信息:
android.content.res.Resources$NotFoundException: Resource ID #0x7f030003【主要特征】
1、Library和宿主工程均编译通过,但是运行时出现crash;
2、Library的res/value目录下存在 public.xml和 ids.xml文件;
3、在Eclipse工程下使用该Library运行通过,AndroidStudio工程使用该Library出现crash;
4、核实Eclipse工程发现其gen目录下生成的R文件中的ID和res/value目录下public.xml中的ID是相同的,但是AndroidStudio的app\build\generated\source\r\debug\目录下的R文件与public.xml文件中同名的资源项ID不同;
【原因分析】
1、Android的资源ID在编译时才可以确定下来,也就是说,每次编译的R文件中ID都可能是不一样的,这就给Library工程的打包造成了困扰,因为Library一旦打包完成,其src中的代码就锁定了,但是R文件却会在每次编译过程中更换,为了解决此问题,打包Library时,开发者往往会选择使