1
6
首先,所有编译器警告都是只在运行时出现的错误。它们不会阻止编译,但最终会在某个地方引起严重的问题。您应该进入生成设置并选中“将警告视为错误”,然后在运行时修复产生的错误。否则,您最终会遇到难以调试的问题。 分析仪并不完美,但你应该仔细检查它发现的任何问题。它在代码中发现的任何问题都应该被修复。有时它会报告来自api的错误,而这些错误可能没有什么可做的。 在大多数情况下,忽略任何编译器阶段的错误都是一种“省钱、省钱”的时间节约。任何时候预先保存都将在以后丢失调试。 |
2
3
是的-理想情况下,您希望解决分析过程中提出的所有问题。
然而,
|
3
0
我认为,上述答案的一个例外是,当您使用垃圾回收时。在这种情况下,分析器仍然会显示潜在的泄漏,但是在使用垃圾收集时,它们自然不适用。 |
payloc91 · 存储地图中的条目是否安全?它会导致内存泄漏吗? 6 年前 |
pjj · 如果GC'ed是弱可达对象,那么为什么会出现OOM错误 6 年前 |
K.R. · RxJava行为主体和使用者-这里是否存在内存泄漏? 6 年前 |
eaglefreeman · 意外的R内存管理行为 6 年前 |
areify · 如何避免此代码中的内存泄漏? 6 年前 |