如果您真的想确保字符串只包含一个数字、任何数字（整数或浮点）以及一个数字，则不能使用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))
}

PFB工作溶液：

 function(check){ 
    check = check + "";
    var isNumber =   check.trim().length>0? !isNaN(check):false;
    return isNumber;
    }

我喜欢这种简单。

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有点模棱两可，很难理解。

parseInt（），但要注意，这个函数有点不同，例如，它为parseInt返回100（“100px”）。

以下内容如何？

const a = '1'

const isNumber = (a) => Number(a) === +a

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

科学记数法。

!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);
  }

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