parseint用于提取字符串中的整数部分，遇到非数字字符或小数点即停止解析，例如parseint("10.5")结果为10；parsefloat则能处理小数点，解析至第二个小数点或非数字字符为止，如parsefloat("10.5px")结果为10.5。两者均忽略开头的空格和正负号，但parsefloat不支持基数参数，始终以十进制解析；而parseint通过指定第二个参数（如parseint("08", 10)）可避免因进制猜测导致的错误。使用时需注意：1. 对于非数字开头的字符串（如"hello123"），两者均返回nan；2. 空字符串或全空格字符串均返回nan；3. parsefloat受浮点数精度限制影响，涉及高精度计算时需额外处理；4. parseint适用于提取整数id、数量或处理特定进制字符串，parsefloat则适合解析金额、测量值等可能含小数的数据。为避免陷阱，建议始终为parseint提供基数参数，并根据需求选择合适的解析函数。
简单来说，JavaScript里的parseInt和parseFloat都是用来把字符串变成数字的，但它们的侧重点不同：parseInt只关心整数部分，而parseFloat则能处理带小数点的浮点数。这看似小小的差异，在实际开发中却能带来截然不同的结果，尤其是在处理用户输入或者从外部数据源获取的字符串时。
parseInt和parseFloat最核心的区别在于它们对小数点的处理方式。
parseInt：
这个函数会从字符串的开头开始解析，直到遇到第一个非数字字符（除了开头可能的正负号）。一旦遇到小数点，它也会立即停止解析，因为它只对整数感兴趣。
例如：
-
parseInt("10")会得到10。 -
parseInt("10.5")也会得到10，小数点后面的内容直接被忽略了。 -
parseInt("10px")同样得到10。 -
parseInt(" -123.45abc")得到-123。 - 如果字符串不是以数字开头（除了空格和正负号），比如
parseInt("hello123")，结果会是NaN(Not a Number)。 它还有一个可选的第二个参数，用于指定解析的基数（radix），比如二进制、八进制、十六进制等，这在处理不同进制的字符串时非常有用。
parseFloat：
与parseInt不同，parseFloat在解析过程中会识别并处理第一个小数点。它会一直解析直到遇到第二个小数点或者其他非数字字符（除了开头可能的正负号）。
例如：
-
parseFloat("10")得到10。 -
parseFloat("10.5")得到10.5。 -
parseFloat("10.5px")得到10.5。 -
parseFloat(" -123.45abc")得到-123.45。 -
parseFloat("10.5.6")得到10.5，第二个小数点会被视为非数字字符而停止解析。 - 同样，如果字符串不是以数字开头（除了空格和正负号），比如
parseFloat("hello123")，结果也会是NaN。parseFloat没有基数参数，它总是基于十进制进行解析。
总结来说，当你明确知道需要一个整数，或者只需要字符串的整数部分时，用parseInt。而当你需要处理可能带有小数点的数值时，parseFloat就是你的首选。理解它们的解析行为，尤其是在遇到非数字字符时的表现，是避免潜在bug的关键。
立即学习“Java免费学习笔记（深入）”；
如何避免parseInt和parseFloat可能导致的常见陷阱？
在使用parseInt和parseFloat时，确实有一些地方容易踩坑，毕竟它们是“宽松”的解析器，而不是严格的类型转换。我个人觉得，最常见的误区就是忘记它们会“尽力而为”地解析，而不是在遇到非数字字符时直接报错。
一个经典的例子就是parseInt("08")在ES5之前的JavaScript环境中，可能会被错误地解析为八进制的0，而不是十进制的8。这是因为字符串以0开头时，parseInt可能会将其视为八进制数。虽然现代浏览器和ES5+标准已经修正了这一行为，让parseInt("08")默认解析为8，但为了代码的健壮性和兼容性，始终提供第二个参数（基数）是一个非常好的习惯。比如，parseInt("08", 10)就能确保它总是被当作十进制数来处理。
另一个常见的陷阱是处理空字符串或仅包含空格的字符串。parseInt("")和parseFloat("")都会返回NaN。同样，parseInt(" ")和parseFloat(" ")也返回NaN。这在处理用户输入时需要特别注意，因为用户可能不输入任何内容。
还有就是它们对非数字开头字符串的处理。比如parseInt("abc123")或parseFloat("xyz456")都会返回NaN。这意味着如果你期望得到一个数字，最好在调用这些函数之前，先用正则表达式或其他方法检查一下字符串是否以数字开头。我通常会这样做，因为NaN在后续的数学运算中会“传染”，导致更多的NaN，让调试变得复杂。
最后，parseFloat在处理非常大的数字或者浮点数精度问题时，可能会遇到JavaScript浮点数本身的限制。这不是parseFloat特有的问题，而是所有基于IEEE 754标准的浮点数运算都可能遇到的。比如0.1 + 0.2不等于0.3，而是0.30000000000000004。如果你的应用对精度要求极高（比如金融计算），那么在解析后可能还需要额外的处理，比如使用专门的decimal库。
parseInt的第二个参数：基数（radix）的重要性是什么？
parseInt的第二个参数，也就是基数（radix），在我看来，是这个函数最容易被忽视，却又极其强大的一个特性。它决定了你的字符串应该被解析成哪种进制的数字。如果你不提供这个参数，parseInt会尝试“猜测”基数，而这种猜测在某些情况下可能会导致意想不到的结果。
默认情况下（或者说，在没有提供radix参数时），parseInt会做如下判断：
- 如果字符串以
"0x"或"0X"开头，它会被当作十六进制数（基数16）解析。 - 如果字符串以
"0"开头（并且不是"0x"），在ES5之前的JavaScript环境中，它可能被当作八进制数（基数8）解析。但在现代JS环境中，通常会被当作十进制数（基数10）解析。这是一个历史遗留问题，也是我强烈建议总是提供基数的原因。 - 其他情况下，字符串会被当作十进制数（基数10）解析。
举个例子，parseInt("10")在任何情况下都是10。但是，parseInt("0F", 16)会得到15，因为0F是十六进制的15。如果你写parseInt("101", 2)，你会得到5，因为101是二进制的5。
显式指定基数，比如parseInt(str, 10)，可以消除这种不确定性，确保你的代码行为一致，并且更容易理解。这对于处理来自不同源的数据（比如用户输入、文件内容、API响应）尤其重要，因为你无法总是保证字符串的格式符合你的预期，或者它不会以0开头。我个人在工作中，几乎总是会为parseInt提供第二个参数，这已经成了一种习惯，因为它能有效地避免那些难以追踪的解析错误。
在实际开发中，何时选择parseInt，何时选择parseFloat？
选择parseInt还是parseFloat，在我看来，主要取决于你期望从字符串中提取的是什么类型的数值，以及你对精度和格式的要求。这不仅仅是技术上的选择，更是对业务场景和数据特性的考量。
选择parseInt的场景：
-
处理ID或计数： 当你需要从字符串中提取一个唯一的标识符（ID），或者某种数量、个数（比如商品数量、用户点击次数），这些通常都是整数。
let productId = "product-123"; let id = parseInt(productId.split('-')[1], 10); // 得到 123 -
提取不带小数点的数值： 如果你知道某个数值总是整数，即使它可能被意外地加上了小数点，你也只想取整数部分。
let ageInput = "25.9"; // 用户可能误输入 let age = parseInt(ageInput, 10); // 得到 25
-
处理特定进制的字符串： 这是
parseInt的独有优势。当你需要将二进制、八进制或十六进制的字符串转换为十进制数字时，parseInt配合基数参数是最佳选择。let hexColor = "FF"; let decimalValue = parseInt(hexColor, 16); // 得到 255
选择parseFloat的场景：
-
处理金额或价格： 财务数据通常需要精确到小数点后几位。
let priceString = "19.99"; let price = parseFloat(priceString); // 得到 19.99
-
处理测量值或科学数据： 长度、重量、温度、经纬度等，这些数据通常包含小数。
let temperatureString = "28.5°C"; let temperature = parseFloat(temperatureString); // 得到 28.5
-
用户输入任意数字： 如果你的输入框允许用户输入任何形式的数字（整数或小数），并且你需要保留其小数部分，那么
parseFloat是更合适的。let userInput = "123.456"; let num = parseFloat(userInput); // 得到 123.456
我的思考：
在实际项目中，我发现一个常见的误区是，有人会用parseInt来处理所有数字字符串，然后忘记了小数点的问题。比如，从API获取一个价格字符串"99.99"，如果用parseInt，结果就成了99，这显然是错的。所以，在写代码前，我会先问自己：这个数字可能包含小数点吗？如果答案是“可能”，那我基本会无脑选择parseFloat。
另外，值得一提的是Number()函数。它比parseInt和parseFloat更严格。如果字符串不能被完全解析成一个数字，Number()会直接返回NaN。例如，Number("10px")会是NaN，而parseInt("10px")是10。当你需要更严格的类型转换，或者想快速判断一个字符串是否“纯粹”的数字时，Number()是一个不错的选择。但如果你的需求是“从字符串开头提取尽可能多的数字”，那么parseInt和parseFloat依然是首选。选择哪个工具，最终还是看你的具体需求和对数据“宽容度”的定义。
