检查JS中的数字：

检查是否为数字的最佳方法：是有限的（20）//真的从字符串中读取值。CSS*：parseInt（'2.5rem'）//2parseFloat（'2.5rem'）//2.5 对于整数：isInteger（23/0）//错误如果值为NaN：isNaN（20）//错误

如果您真的想确保字符串只包含一个数字、任何数字（整数或浮点）以及一个数字，则不能使用parseInt（）/parseFloat（）、number（）或！isNaN（）。注意！isNaN（）实际上在Number（）返回一个数字时返回true，在返回NaN时返回false，因此我将从后面的讨论中排除它。

parseFloat（）的问题是，如果字符串包含任何数字，它将返回一个数字，即使字符串不只包含一个数字：

parseFloat("2016-12-31")  // returns 2016
parseFloat("1-1") // return 1
parseFloat("1.2.3") // returns 1.2

Number（）的问题是，在传递的值根本不是数字的情况下，它将返回一个数字！

Number("") // returns 0
Number(" ") // returns 0
Number(" \u00A0   \t\n\r") // returns 0

滚动自己的正则表达式的问题是，除非您创建了与Javascript识别的浮点数匹配的精确正则表达式，否则您将错过案例或识别不应该出现的案例。即使您可以滚动自己的正则表达式，为什么？有更简单的内置方法来实现。

然而，事实证明，Number（）（和isNaN（））在parseFloat（）不应该返回数字的情况下都做了正确的事情，反之亦然。因此，要确定字符串是否真的是一个数字，请调用这两个函数，看看它们是否都返回true：

function isNumber(str) {
  if (typeof str != "string") return false // we only process strings!
  // could also coerce to string: str = ""+str
  return !isNaN(str) && !isNaN(parseFloat(str))
}

我在Angular中使用了这个函数

 isNumeric(value: string): boolean {
             let valueToNumber = Number(value);
             var result = typeof valueToNumber == 'number' ;
             if(valueToNumber.toString() == 'NaN')
             {
                result = false;
             }
             return result;
          }

老问题，但给出的答案中缺少几点。

科学记数法。

!isNaN（'e+30'）是正确的，但在大多数情况下，当人们要求数字时，他们不想匹配像1e+30这样的数字。

大浮点数的行为可能很奇怪

观察（使用Node.js）：

> var s = Array(16 + 1).join('9')
undefined
> s.length
16
> s
'9999999999999999'
> !isNaN(s)
true
> Number(s)
10000000000000000
> String(Number(s)) === s
false
>

另一方面：

> var s = Array(16 + 1).join('1')
undefined
> String(Number(s)) === s
true
> var s = Array(15 + 1).join('9')
undefined
> String(Number(s)) === s
true
>

因此，如果期望String（Number（s））==s，那么最好将字符串限制在最多15位（省略前导零后）。

无穷

> typeof Infinity
'number'
> !isNaN('Infinity')
true
> isFinite('Infinity')
false
>

考虑到所有这些，检查给定字符串是否为满足以下所有条件的数字：

非科学记数法可预测地转换为数字并返回到字符串有限的

这不是一项容易的任务。下面是一个简单的版本：

  function isNonScientificNumberString(o) {
    if (!o || typeof o !== 'string') {
      // Should not be given anything but strings.
      return false;
    }
    return o.length <= 15 && o.indexOf('e+') < 0 && o.indexOf('E+') < 0 && !isNaN(o) && isFinite(o);
  }

然而，即使是这一点也远未完成。这里不处理前导零，但它们确实会破坏长度测试。

我喜欢这种简单。

Number.isNaN(Number(value))

以上是常规的Javascript，但我将其与typescript类型保护器一起用于智能类型检查。这对于类型脚本编译器提供正确的智能感知和无类型错误非常有用。

打字保护装置

警告：请参阅Jeremy在下面的评论。这在某些值上有一些问题，我现在没有时间修复它，但使用typescript类型保护的想法很有用，因此我不会删除此部分。

isNotNumber(value: string | number): value is string {
    return Number.isNaN(Number(this.smartImageWidth));
}
isNumber(value: string | number): value is number {
    return Number.isNaN(Number(this.smartImageWidth)) === false;
}

假设您有一个属性宽度，即number | string。您可能希望根据它是否是字符串来执行逻辑。

var width: number|string;
width = "100vw";

if (isNotNumber(width)) 
{
    // the compiler knows that width here must be a string
    if (width.endsWith('vw')) 
    {
        // we have a 'width' such as 100vw
    } 
}
else 
{
    // the compiler is smart and knows width here must be number
    var doubleWidth = width * 2;    
}

类型保护足够聪明，可以将if语句中的宽度类型限制为ONLY字符串。这允许编译器允许width.endsWith（…），如果类型为string | number，则不允许。

你可以随意调用类型保护器isNotNumber，isNumber，isString，isNotString，但我认为isString有点模棱两可，很难理解。

为什么jQuery的实现不够好？

function isNumeric(a) {
    var b = a && a.toString();
    return !$.isArray(a) && b - parseFloat(b) + 1 >= 0;
};

Michael提出了类似的建议（尽管我在这里窃取了“user1691651-John”的修改版本）：

function isNumeric(num){
    num = "" + num; //coerce num to be a string
    return !isNaN(num) && !isNaN(parseFloat(num));
}

以下是一个解决方案，性能很可能很差，但结果很好。这是一个由jQuery 1.12.4实现和Michael的答案组成的装置，并对前导/尾随空格进行了额外检查（因为Michael的版本对带有前导/尾随空间的数字返回true）：

function isNumeric(a) {
    var str = a + "";
    var b = a && a.toString();
    return !$.isArray(a) && b - parseFloat(b) + 1 >= 0 &&
           !/^\s+|\s+$/g.test(str) &&
           !isNaN(str) && !isNaN(parseFloat(str));
};

不过，后一个版本有两个新变量。你可以通过以下方式绕过其中一个：

function isNumeric(a) {
    if ($.isArray(a)) return false;
    var b = a && a.toString();
    a = a + "";
    return b - parseFloat(b) + 1 >= 0 &&
            !/^\s+|\s+$/g.test(a) &&
            !isNaN(a) && !isNaN(parseFloat(a));
};

除了手动测试我将要遇到的几个用例之外，我还没有对这些用例进行过很多测试，这都是非常标准的东西。这是一种“站在巨人的肩膀上”的情况。