我在我的 Android 应用中运行了以下代码
Integer.parseInt("+91");
在Android 5.0（棒棒糖）中，它没有抛出任何异常，因为+91 是一个整数。但在Android 4.4.x (KitKat) 及更低版本中，它会抛出：
NumberFormatException : Invalid Int : "+91"
Android 版本是如何造成这种差异的？
【问题讨论】：
parseInt() 是 Java 方法，而不是 Android SDK 方法。
在this commit 中添加了对显式+ 的支持：
Support explicit + in Byte, Short, Integer, Long.
Bug: 5239391
Change-Id: I2b25228815d70d570d537db0ed9b5b759f25b5a3
以android-5.0.0_r1 开头。如果您已经获取了 Git 存储库，您可以通过以下方式进行验证：
git tag --contains 6b40837ee3a023bba698c38fd6d6e46ae0065a55
给你
android-5.0.0_r1
android-5.0.0_r2
android-5.0.0_r3
...
尽管文档可以深入了解为什么进行了更改（以实现 Java 7 的行为，正如其他答案所指出的那样），但分析源代码的历史可以为提供最准确的答案>当行为发生变化时，因为文档不一定与实现相匹配。
【讨论】：
parseInt(String)，但是是间接的。查看标记为@@ -350,19 +354,17 @@ 的块。这是对Integer.parseInt(String string, int radix) 的更改，由parseInt(String string) 调用
这种行为实际上是 Java 7 的一部分，就像 docs 状态：
将字符串参数解析为有符号十进制整数。那些角色 在字符串中必须都是十进制数字，除了第一个 字符可以是 ASCII 减号 '-' ('\u002D') 来表示 负值或 ASCII 加号 '+' ('\u002B') 表示 正值。
然而，在 Java 6 中只接受 - 符号。
Android SDK 21+ 具有 JDK7 依赖项，这大概就是您遇到这种行为的原因。
【讨论】：
它在 Java 7 之后工作。
Android 5 像 Java 7 版本一样引入了新的 parseInt 功能 - Martin Nordholts's answer points exactly the revision
所以这意味着你的 Lollipop 使用了基于 Java 7 的更新的 sdk，它也有带有符号处理部分的 parseInt 方法。
KitKat 确实将some java 7 features 引入了 Android sdk 19，但没有引入新的 parseInt。较低版本使用 parseInt（Java 6 的版本）的早期实现，因此它们显然也会失败。
parseInt 实现的区别： Java 6 parseInt documentation 与 Java 7 parseInt documentation
【讨论】：
【讨论】：