信不信由你...

测试函数的字符串表示中是否存在“=>”可能是最可靠的方法（但不是 100%）。

很显然，我们可以对任何一个你所提到的2个条件不是测试-缺乏原型属性和缺乏[[Construct]]作为唯一可能产生误报或者主机对象或内置那些缺乏[[Construct]]（Math.floor，JSON.parse，等）

但是，我们可以使用 good oldFunction.prototype.toString来检查函数表示是否包含“=>”。

现在，我一直建议不要使用Function.prototype.toString（所谓的函数反编译），因为它依赖于实现并且在历史上不可靠（更多细节在 Javascript 中的函数反编译状态）。

但是 ES6 实际上试图在表示（至少）内置和“用户创建”（因为缺乏更好的术语）函数的方式上强制执行规则。

2. 如果 Type(func) 是 Object 并且是内置函数对象或 具有 [[ECMAScriptCode]] 内部槽，则

   一个。返回 func 的依赖于实现的 String 源代码表示。表示必须符合以下规则。

...

toString 表示要求：

• 字符串表示必须具有 FunctionDeclaration FunctionExpression、GeneratorDeclaration、GeneratorExpession、ClassDeclaration、ClassExpression、ArrowFunction、MethodDefinition 或 GeneratorMethod 的语法，具体取决于对象的实际特征。

• 表示字符串中空格、行终止符和分号的使用和放置取决于实现。

• 如果对象是使用 ECMAScript 代码定义的，并且返回的字符串表示不是 MethodDefinition 或 GeneratorMethod 的形式，则表示必须是这样的：如果对字符串进行求值，则在与所使用的词法上下文等效的词法上下文中使用 eval要创建原始对象，它将产生一个新的功能等效的对象。在这种情况下，返回的源代码不得随意提及原始函数的源代码未自由提及的任何变量，即使这些“额外”名称最初在范围内。

• 如果实现无法生成满足这些条件的源代码字符串，则它必须返回一个字符串，eval 将针对该字符串抛出 SyntaxError 异常。

我强调了相关的块。

箭头函数具有内部[[ECMAScriptCode]]（您可以从 14.2.17 — 箭头函数的评估 — 到FunctionCreate到FunctionInitialize进行跟踪）。

这意味着它们必须符合ArrowFunction 语法：

ArrowFunction[In, Yield] :
  ArrowParameters[?Yield] [no LineTerminator here] => ConciseBody[?In]

..这意味着他们必须有 => inFunction.prototype.toString的输出。

显然，您需要确保“=>”跟在 ArrowParameters 之后，而不仅仅是 FunctionBody 中存在的东西：

function f() { return "=>" }

至于可靠性——请记住，目前任何/所有引擎都/可能不支持这种行为，并且无论出于何种原因，宿主对象的表示都可能撒谎（尽管规范努力）。

更新

最初，我使用正则表达式实现了 Kangax 的解决方案，但是，正如一些人指出的那样，存在一些误报和陷阱情况，表明我们需要更彻底的方法。

考虑到这一点，我花点时间浏览了最新的 ES 规范，以找出一个完整的方法。在下面的排除解决方案中，我们检测所有具有functionJS 类型的非箭头函数的语法。我们还忽略了注释和换行符，它们占了正则表达式的大部分。

如果 JS 引擎符合 ES 规范，以下应该适用于所有场景：

/** Check if function is Arrow Function */
const isArrowFn = (fn) => 
  (typeof fn === 'function') &&
  !/^(?:(?:\/\*[^(?:\*\/)]*\*\/\s*)|(?:\/\/[^\r\n]*))*\s*(?:(?:(?:async\s(?:(?:\/\*[^(?:\*\/)]*\*\/\s*)|(?:\/\/[^\r\n]*))*\s*)?function|class)(?:\s|(?:(?:\/\*[^(?:\*\/)]*\*\/\s*)|(?:\/\/[^\r\n]*))*)|(?:[_$\w][\w0-9_$]*\s*(?:\/\*[^(?:\*\/)]*\*\/\s*)*\s*\())/.test(fn.toString());

/* Demo */
const fn = () => {};
const fn2 = function () { return () => 4 }

isArrowFn(fn)  // True
isArrowFn(fn2) // False

问题？

如果您有任何问题，请给我留言，我会制定修改后的解决方案。但是，请务必在此答案下发表评论。我不监视此页面，因此如果您说某些内容作为单独的答案不起作用，我将看不到它。

我是为 Node 写的，应该也适用于 Chrome。

检测到“边界”（显然，仅在 ES6 上）并报告为native && bound. 这可能是也可能不是问题，具体取决于您使用该信息的目的。

const flags = {
  function: f instanceof Function,
  name: undefined,
  native: false,
  bound: false,
  plain: false,
  arrow: false
};

if (flags.function) {
  flags.name = f.name || '(anonymous)';
  flags.native = f.toString().trim().endsWith('() { [native code] }');
  flags.bound = flags.native && flags.name.startsWith('bound ');
  flags.plain = !flags.native && f.hasOwnProperty('prototype');
  flags.arrow = !(flags.native || flags.plain);
}

return flags;

ECMAScript 放弃了对宿主对象的很多保证，因此扩展了宿主函数。这使得通过反射访问的属性主要依赖于实现，几乎没有一致性保证，至少就 ecmascript 规范而言，W3C 规范可能更具体地针对浏览器主机对象。

例如看

8.6.2 对象内部属性和方法

表 9 总结了本规范使用的仅适用于某些 ECMAScript 对象的内部属性。[...] 宿主对象可以支持具有任何依赖于实现的行为的这些内部属性，只要它与本文档中规定的特定宿主对象限制一致。

所以内置函数可能是可调用的，但没有原型（即不是从函数继承）。或者他们可以拥有一个。

规范说他们的行为可能不同。但它们也可能实现所有标准行为，使它们与正常功能无法区分。

请注意，我引用的是 ES5 规范。ES6 仍在修订中，本机和宿主对象现在被称为外来对象。但规范几乎是一样的。它提供了一些甚至它们必须满足的不变量，但除此之外只说明它们可能会或可能不会满足所有可选行为。

基于文件的mozilla.org，并要考虑到以下副作用，Use of the new operator并且该页面，我们可以试着这样做：

function isArrow (fn) {
  if (typeof fn !== 'function') return false
  try {
    new fn()
  } catch(err) {
   if(err.name === 'TypeError' && err.message === 'fn is not a constructor') {
    return true
   }
  }
  return false
}

console.log(isArrow(()=>{})) // true
console.log(isArrow(function () {})) // false
console.log(isArrow({})) // false
console.log(isArrow(1)) // false


let hacky = function () { throw new TypeError('fn is not a constructor') }
console.log(isArrow(hacky)) // unfortunately true