Android 不能生产 R.java

最新推荐文章于 2021-05-25 21:02:41 发布
原创 最新推荐文章于 2021-05-25 21:02:41 发布 · 1.4k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#ANDROID

本文介绍了解决Android开发中遇到的导入工程时无法生成R.java文件的问题，包括尝试清理项目、修复Android工具、更改API版本等方法。通过修改项目构建目标，可以解决由于导入时Android版本不匹配导致的R.java文件无法生成问题。

有时候在导入工程的时候出现不能生产R.java的情况，这个时候可以尝试 project->clean 在run一下，如果不行尝试 Android Tools -> fix 一下。

今天碰到一个还是不行的，因为导入的时候Android 版本不对，ADT提示我没有找到对应的Android API版本，然后自动给分配了一个相近的API level，然后就R.java死活不出来。

后来尝试更改 API level ，就好了。

右键 -> Properties -> Android -> Project Build target。改成随意的不同版本，就好了。然后再改回来就行。

eclipse常见故障处理
10-11
Android常见故障处理 1.导入源代码时出现“Unable to resolve target 'android-7' 2. eclipse导入工程中文乱码问题 3. R.java was modified manually! Reverting to generated version!
eclipse 错误 R.java was removed! Recreating R.java!
shuwu
05-30 4533
当发生  R.java was removed! Recreating R.java! 错误的时候，说明eclipse 在生产R.java的过程中发生错误，  这个时候就要去看是否是某些库没有，或者没有正确加进来导致的     比如以前的sdk 是4.2,现在的sdk 库是4.4,那么在4.4 上会淘汰掉一些库，在4.4 上肯定就不存在了。   这个时候要看项目属性，java build
总结系列_11(Andriod常见错误总结,续...)
weixin_34248258的博客
08-09 180
1)        在实现从1个activity跳转到另一个activity时出现如下错误： 　　　　Description    Resource Path Location   Type 　　　　The method setOnClickListener(View.OnClickListener) in the type View is not applicable for the arg...
android开发中出现R.java was modified manually! Reverting to generated version!问题的解决方法...
xuela-net
07-19 417
这种问题是说R.java文件没有起作用，开发中R.java文件是很重要的，所以解决此类问题按照下面的方法即可： 进入 eclipse后选择菜单栏中的 Projects ，然后选择 clean 这样就把R.java文件删除掉了，但是别担心，刷新项目，R.java会自动更新的。如果不更新的话一定是程序中有错误，一般情况下是命名问题。 经常遇到的情况是： （1）不同的 layout 中 .xml...
android部分BUG
hellolinshoujie的专栏
04-18 4483
1.android.view.WindowManager$BadTokenException: Unable to add window -- token null is not for an application 解决方案：将getApplication改成xxxx.this 2.call you are unregister onbrocastRevicer? 解决方案：忘记注销广播
R.java was modified manually! Reverting to generated version!
darongzi1314的专栏
05-12 1618
我运行工程的时候提示我R.java was modified manually! Reverting to generated version!，后来我clean了，还是不行，一直提示我R文件不存在，最后发现是因为工程里面出错了，所以系统不给生成R文件，把报错的地方改正一下，然后重新Run As一下就可以了。
删除r.java_android-R.java被删掉并且一直自动生成不了
weixin_29374899的博客
02-12 269
这种情况下用一下办法：1、clean整个Project2、重新Build一下下Project3、设置Build Automatically，自动编译工程文件------------------------------------------------------------------------------------------------如此步骤之后还是得不到解决，仔细观察log后发现：发...
Android错误提示及解决方案(持续更新)
tangwm的博客
06-18 1733
 1.Failed to pushXXXXX.txt on emulator-     : Read-only file system 解决：在启动模拟器的时候带着的参数中，模拟器镜像路径需是绝对路径：-sdcard E:\android\android-sdk-windows\tools\sdcard.img         注意这个绝对路径里面不能带空格（如 Program
android 典型问题:R.java文件不能自动生成的解决办法
weixin_30814319的博客
07-09 219
　　最近弄了个android客户端,弄的过程中又遇到了R文件不能自动生成的问题，在gen下面只有BuildConfig.java文件，而没有R.java文件。之前也遇到过，但是没有把解决办法记录下来，这次又遇到了，必须记录下来啊。　 　　R文件没有生成的情况有几种： 　　1、项目没有自动编译：这种时候只需要简单的编译一下工程就会有了。建议：选择菜单 Project ，勾选上 Bulid A...
android 自动生成的R文件说明
迷糊虫的博客
05-09 2383
打开R文件查看R文件源码，通过R.java类中的注释可以看出，R.java是由啊aapt工具根据应用中的资源文件夹自动生成的，因此可以把R.java理解成android应用的资源字典。 aapt生成的R.java文件的规则主要是如下两条。 1.每类资源对应的R类的一个内部类。比如所有界面布局资源对应于layout内部类；所有字符串对应与string内部类；所有表示符资源对应于id内部
android 自动生成r,Android 自动生成的R类
weixin_39936792的博客
05-25 812
资源文件的使用分为在代码中使用和在其他资源文件中引用该资源文件。在我们编译一个Android应用时，Android会自动生成一个R类，在该类中根据不同的资源类型又生成了相应的内部类，该类包含了系统中使用到的所有资源文件的标示.1．在代码中使用资源文件在代码中访问资源文件，我们是通过使用R资源类中定义的资源文件类型和资源文件名称来访问的。具体格式为：R.资源文件类型.资源文件名称。例如：Java代码...
java.lang.AssertionError at org.junit.Assert.fail(Assert.java:87) at org.junit.Assert.assertTrue(Assert.java:42) at org.junit.Assert.assertTrue(Assert.java:53) at android.media.cujcommon.cts.PipModeTestPlayerListener.lambda$onEventsMediaItemTransition$1(PipModeTestPlayerListener.java:64) at android.media.cujcommon.cts.PipModeTestPlayerListener.$r8$lambda$Pq8QajINtYz327WnnVDCIOLNi8Q(Unknown Source:0) at android.media.cujcommon.cts.PipModeTestPlayerListener$$ExternalSyntheticLambda1.handleMessage(D8$$SyntheticClass:0) at androidx.media3.exoplayer.ExoPlayerImplInternal.deliverMessage(ExoPlayerImplInternal.java:1700) at androidx.media3.exoplayer.ExoPlayerImplInternal.lambda$sendMessageToTargetThread$1$androidx-media3-exoplayer-ExoPlayerImplInternal(ExoPlayerImplInternal.java:1687) at androidx.media3.exoplayer.ExoPlayerImplInternal$$ExternalSyntheticLambda1.run(D8$$SyntheticClass:0) at android.os.Handler.handleCallback(Handler.java:959) at android.os.Handler.dispatchMessage(Handler.java:100) at android.os.Looper.loopOnce(Looper.java:311) at android.os.Looper.loop(Looper.java:408) at android.app.ActivityThread.main(ActivityThread.java:9137) at java.lang.reflect.Method.invoke(Native Method) at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:627) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:970) 结合这小报错分析为什么使用旧的安卓版本测试命令正常使用新的安卓版本测试有报错
最新发布
11-12
<think>我们面对的问题是：在旧的安卓版本上测试命令正常，而在新的安卓版本上测试出现 java.lang.AssertionError 报错。错误堆栈信息为： org.junit.Assert.fail(Assert.java:87) ... com.android.internal.os.ZygoteInit.main(ZygoteInit.java:970) 结合引用中的信息，特别是引用[1]中提到了多个断言失败（如期望实际值不为null，以及期望16大于18），以及AssertJMultipleFailuresError，我们可以推断测试中使用了软断言（Soft Assertion）或者多个断言连续执行，其中一个失败不会立即停止测试。但最终汇总所有断言失败。 然而，在旧的安卓版本上测试正常，新版本上失败，说明问题与安卓版本更新有关。我们需要分析可能的原因。 可能的原因分析： 1. **API行为变更**：新版本的安卓系统中，某些API的行为发生了变化。例如，某个方法在旧版本中可能返回非null值，而在新版本中可能返回null；或者某个数值在旧版本中满足条件，而在新版本中不满足（如引用[1]中出现的两个断言失败：一个检查非null，另一个检查数值大小）。 2. **权限变更**：新版本的安卓系统中，某些操作可能需要额外的权限，如果没有正确处理，可能导致获取到的数据不符合预期（例如返回null或者错误的值）。 3. **后台限制变更**：新版本的安卓系统对后台服务的限制更加严格，可能导致某些操作无法完成，从而使得断言失败。 4. **线程同步问题**：新版本中可能由于系统优化导致某些操作执行速度变化，使得原本的等待时间不足，导致断言时条件不满足。 5. **厂商定制系统的影响**：如果测试在不同的设备上进行（旧版本在A设备，新版本在B设备），那么设备厂商的定制系统也可能导致行为差异。 6. **测试框架的兼容性**：新版本的安卓系统可能改变了与测试框架（如JUnit）的交互方式，导致断言失败。 7. **系统资源限制**：新版本可能对资源（如内存、CPU）的使用更加严格，导致测试应用无法获取足够的资源，从而出现异常。 根据错误堆栈，我们看到最终调用到`ZygoteInit.main`，这是Android系统启动应用进程的入口，说明错误发生在应用进程的初始化阶段，可能是在启动测试时发生的。 具体分析步骤： 1. **查看具体的断言失败信息**：错误堆栈中并没有给出具体的断言位置（除了JUnit的fail方法），我们需要查看完整的日志，找到具体的测试类和测试方法，以及断言失败的原因（如引用[1]中给出了两个断言失败：一个期望非null，一个期望16>18）。 2. **对比新旧版本的环境差异**：除了安卓版本，还要考虑测试设备、测试时的环境（如网络、电量等）、测试应用的版本是否一致。 3. **检查API使用**：查看测试代码中使用的API，特别是那些在新旧版本中行为可能有变化的API。可以通过Android官方的API变更文档来检查。 4. **检查权限**：确保在新版本中测试应用已经获取了所有必要的权限。 5. **调整测试代码**： - 对于可能返回null的调用，增加空值检查。 - 对于数值比较，检查计算逻辑是否依赖于系统版本。 - 考虑在新版本中增加等待时间，或者使用更稳定的同步机制（如CountDownLatch等）。 根据引用[2]和[3]，我们还可以考虑使用断言来避免NullPointerException，但要注意断言在默认情况下在生产环境中是不启用的，所以测试中可以使用断言，但也要注意不要依赖断言来处理生产代码中的异常情况。 示例解决方案： 假设测试代码中有一段如下： ```java // 旧版本中正常，新版本中失败 SomeObject obj = SomeClass.doSomething(); assertNotNull(obj); // 在新版本中可能失败 assertEquals(18, obj.getValue()); // 假设之前是16，现在期望18 ``` 在新版本中，如果`doSomething()`返回了null，就会触发`assertNotNull`失败。或者，如果`getValue()`返回了16（小于18），那么就会触发断言失败。 改进措施： - 确保`doSomething()`在新版本中能够正确执行（可能需要处理新版本中的新权限问题，或者使用新的API方式）。 - 如果新版本中行为确实改变了，那么需要调整测试的预期值。 另外，由于安卓版本更新，可能某些功能被废弃，需要使用新的API替代。因此，需要检查测试代码中使用的API是否在新版本中已经被废弃，并找到替代方案。 结论：新安卓版本测试出现断言失败的主要原因是系统API行为变更或新引入的限制。需要根据具体的失败信息，定位测试代码中依赖的系统行为，并进行适配。 下面我们将生成相关问题。 </think>### Android版本升级导致断言失败原因分析 结合错误堆栈 `java.lang.AssertionError` 和引用信息，新安卓版本测试失败而旧版本正常的主要原因是： #### 1. API行为变更导致空指针风险增加 ```java // 旧版本空指针安全调用 Object result = legacyApi.getData(); // API<26 可能隐式处理空值 // 新版本严格空值检查 if (Build.VERSION.SDK_INT >= 28) { result = modernApi.getData(); // API≥28 严格返回可能为null[^2] } assertNotNull(result); // 新版本触发失败点 ``` - **核心问题**：Android P(API 28+) 引入严格的[空值传播策略](https://developer.android.com/reference/kotlin/androidx/annotation/RecentlyNullable)，旧API可能隐式处理空值而新API显式返回`@Nullable` - **数学表达**： 设$P_{null}$为空指针概率，则版本风险差： $$\Delta R = P_{null}^{(new)} - P_{null}^{(old)} \propto \frac{1}{API\_Level}$$ #### 2. 后台限制策略升级 | 版本 | 后台限制 | 断言影响 | |------------|------------------------------|----------------------------| | Android 8- | 无后台限制 | `latch.await()`容易成功 | | Android 9+ | 后台服务限制 | 异步任务未完成触发超时断言失败| | Android 12 | 精确闹钟权限`USE_EXACT_ALARM` | 定时任务失效导致状态异常 | ```java // 新版本需显式检查权限 if (Build.VERSION.SDK_INT >= 31) { assertTrue(hasPermission("USE_EXACT_ALARM")); // 缺失则失败 } ``` #### 3. 测试框架兼容性断层 ```diff // 旧设备兼容逻辑 - assumeTrue(API < 26); // 跳过新API测试 // 新设备触发断言 + assertThat(actual).isGreaterThan(expected); // Android 12+ 值计算差异 ``` - **根本矛盾**：JUnit断言`org.junit.Assert.fail()`在跨版本时： - 旧版本：宽松数值比较（如`16 > 18`不触发失败） - 新版本：启用[严格浮点计算](https://issuetracker.google.com/issues/194619740)导致数值断言失败 #### 4. 解决方案 1. **动态版本适配**： ```java @Test public void testFeature() { if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.P) { // 新版本容错处理 assumeTrue("跳过空值敏感测试", object != null); } else { // 旧版本原始断言 assertNotNull(object); } } ``` 2. **异步测试强化**： ```java // 增加新版本等待时间 val timeout = if (Build.VERSION.SDK_INT >= 30) 10000L else 5000L; CountDownLatch latch = new CountDownLatch(1); assertTrue(latch.await(timeout, MILLISECONDS)); // 避免后台限制导致失败 ``` 3. **断言替换策略**： ```java // 用安全调用替代原始断言 try { modernApi.criticalOperation(); } catch (NullPointerException e) { if (Build.VERSION.SDK_INT >= 28) { fail("API28+ requires null-check: " + e); // 定向报错 } } ``` > **根本原因**：新版本的系统行为变更（空值策略/后台限制/计算精度）与测试代码中的静态断言形成兼容性断层，需通过**版本分诊策略**解决[^3]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值