Chrome64中程序内parseInt/Number返回NaN，控制台正常的问题求助

碰到过完全一样的场景！页面里转换失败但控制台正常，大概率是这几个原因之一，你可以挨个排查：

• 字符串藏着不可见的特殊字符
  这是头号嫌疑人！从DOM元素（比如input、div的文本）拿到的内容，看起来是数字，但可能带着空格、换行符（\n）、制表符（\t）甚至零宽空格这种肉眼看不到的字符。控制台里你输入的是纯数字字符串，当然没问题，但页面里的字符串其实不干净。
  你可以先试试用trim()清理：parseInt(yourString.trim(), 10)，或者用console.log(JSON.stringify(yourString))打印真实内容——如果输出是"\n123"或者" 456 "，那就是这个问题了。

• 代码跑早了，拿到的是空值
  比如你的脚本在DOM还没加载完就去读元素内容，这时候拿到的是空字符串""，转数字肯定是NaN。但控制台执行的时候，页面已经完全加载好了，所以能拿到正确的值。
  解决起来很简单：把脚本放在</body>标签最后，或者用jQuery的$(document).ready(function(){ /* 你的代码 */ })包裹，确保DOM渲染完成再执行。

• 页面里的parseInt/Number被污染了
  虽然少见，但有可能其他脚本不小心重写了这两个原生函数！比如某个第三方库或者自己的代码里写了function parseInt() { ... }，导致页面里的parseInt不是原生的，但控制台里的是原生的，所以表现不一样。
  你可以在页面代码里加一行console.log(parseInt)，看看输出是不是function parseInt() { [native code] }，如果不是，那就是被篡改了。

• parseInt没加进制参数
  虽然Chrome 64已经遵循ES5标准，parseInt默认是十进制，但如果你的字符串以0或者0x开头，还是可能出意外（比如旧习惯里012会被当成八进制）。控制台里可能刚好输入的是正常数字，但页面里的字符串有特殊前缀就会翻车。所以一定要记得加第二个参数：parseInt(yourString, 10)，明确指定十进制转换。

• 字符串来自带格式的复制粘贴
  如果数字是从Word、Excel或者富文本编辑器复制过来的，可能带着格式相关的隐藏字符（比如非标准空格），这些字符会干扰转换。你可以用正则把非数字字符去掉：yourString.replace(/[^0-9.-]/g, '')，再进行转换试试。

内容的提问来源于stack exchange，提问作者Etep