为什么向console.log传入函数名作为参数时会显示函数定义？

测试复现 #

运行的测试代码如下：

function c(){
  return 2+3;
}
console.log(c);
console.log(c());

执行console.log(c)得到的输出：

f c(){
  return 2+3;
}

核心结论 #

直接对应相关疑问给出明确答案：

• 变量c存储的既不是完整函数定义的字符串，也不是JS代码可直接读取的裸内存地址。JS中函数是一等公民，本质是特殊的引用类型对象，c持有的是指向这个函数对象的引用，JS引擎从语言层面屏蔽了底层内存地址的直接访问能力，业务代码不可能拿到真实的内存地址值。
• 进程运行时内存中不是只存储机器指令。JS引擎解析函数时会生成两类完全独立的存储内容：
  • 可执行逻辑：函数体会被编译为字节码，运行时按需转成对应硬件的机器指令，这是调用c()时真正执行的部分，和控制台输出的源码没有关联。
  • 调试元数据：原始的函数源码片段会被作为静态元数据绑定到函数对象上，专门服务于错误栈生成、调试工具断点映射、函数toString()调用这类场景。
• console.log(c)能输出源码，本质是控制台的内置格式化逻辑：当检测到传入值为函数类型时，会直接读取函数对象上绑定的源码元数据，格式化后输出，多数JS运行环境下，这一过程等价于直接打印c.toString()的返回值。

补充说明 #

• 留存源码元数据是JS引擎的默认行为，这部分内容不会参与函数执行流程，只有在主动触发打印、报错、toString()调用时才会被读取，不会额外占用执行时的性能开销。
• 可以通过两个常见现象验证这个逻辑：
  • 打印JS内置函数（比如setTimeout、Array.prototype.map）时，只会输出function xxx() { [native code] }，因为这类函数由引擎底层用原生语言实现，不存在对应的JS源码元数据。
  • 经过构建压缩、或者生产环境开启了源码裁剪的代码，打印自定义函数时只会得到混淆后的短代码，拿不到原始编写的源码内容，说明输出内容完全来自提前留存的元数据，而非运行时从机器码反编译得到。

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