今天遇到一个很奇怪的问题，求大神解答

最简单的办法就是看源码。 先来看一下parseInt的注释： 注释中说，是通过查看第0个字符是否为'-'来判定负数，而不是看最高位是否为1。如此一来好像解释的通了。再看一下真正的转换过程（这里我调了一下源码的排版，不然惨不忍睹...）： 确实如注释中所说，此时，一个32位且最高位为1的二进制数，会被错误的判定为正数。而在下面有这样一行代码： 可以看到，一个32位且最高位为1的二进制数，会被累加32次，所以其累加和是超过Integer正数的范围的。实际上不用等到第二个红框位置，在if(reult<multmin)时，就已经抛出异常了。multmin我觉得为了防止result*radix后溢出而设置的。代码的运行结果也印证了这个推测： 另外，result每次是加上负的digit，这是因为Integer的表示范围是-2的32次方到2的32次方-1.正数的值要小，那么在计算一个负数时，如果遵循先正向累加再求负的过程，是有可能溢出的。最终的结果输出可以很明显的看到是result是负数：

因为有正负呀

你看一下该方法的源码就知道了。 源码中，会把字符串的第一位，当做符号位，而且符号位只能是+-，即加减号，而不是1或0。 如果第一位不是加减号，则会把整个字符串当做正整数转换，这时候32位就超过int的表示范围了。因为int共32位，最高位是符号位，即纯数字值只有31位。

    int 或者Integer所能接受的二进制数位数是1个符号位位+31个数值位，Integer.valueOf不依靠符号位判断正负，而是字符串中的+/-，所以传递的字符串中二进制数最多只能是31位。这一点最好的验证就是，对于1000...000（31个0），Integer.ValueOf无法表示出 -2^31。     你可以使用Long.valueOf()，再把结果强制转换成int，它会自动截取的，可以达到你想要的结果。