关于LeetCode合并有序链表题中JS函数式ListNode的疑问

问题1：该函数无显式构造器，按常规JS认知this会指向window，它实际如何工作？ #

这个ListNode函数是被当作构造函数调用的——必须用new ListNode(val, next)的方式创建实例。当用new关键字调用函数时，JS会自动完成以下操作：

• 创建一个空的新对象
• 将新对象的原型链指向ListNode.prototype
• 把函数内部的this绑定到这个新对象上
• 执行函数体代码，给this添加val和next属性
• 如果函数没有显式返回对象，就自动返回这个新对象

只有直接调用ListNode()（不用new）时this才会指向window，但LeetCode的测试用例和题解里都是用new来创建节点的，所以完全不会有这个问题。

问题2：内存中是否存在ListNode对象？为何不用类生成实例？这种函数式节点在内存中如何表示？ #

内存里确实存在ListNode的实例对象。这种写法是JS在ES6推出class语法前的传统构造函数模式，用来模拟类的行为。其实ES6的class只是构造函数的语法糖，底层逻辑和这种函数式写法完全一致。

内存层面，每个new ListNode()创建的实例都是一块独立的内存区域，里面存储两个属性：

• val：存储节点的数值
• next：存储指向另一个ListNode实例的引用（或者null）

这和你熟悉的C++链表节点指针、Ruby对象引用逻辑类似，next本质就是一个指向其他对象的内存地址引用。

问题3：打印节点的.next属性时会显示剩余链表，这背后的内存表示逻辑是什么？ #

这是浏览器控制台或Node.js环境的自动格式化输出行为。当你打印一个ListNode实例时，控制台会递归遍历它的next属性——因为next本身也是ListNode实例（或null），所以控制台会把整个串联的链表结构展开展示，方便调试。

从内存角度看，每个节点的next只是存着下一个节点的引用，并没有存储整个剩余链表。控制台帮你做了递归解析的工作，相当于自动帮你遍历了整个链表并输出，就像你在C++里手动写循环遍历打印链表一样。

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