Vue.js 中 VNode 通过 __v_isVNode 这个不可枚举、只读的布尔标志位，实现高效、安全、跨版本兼容的类型识别，避免依赖构造函数或 instanceof（后者在多副本场景下会失效）。
为什么不用 instanceof 或 constructor？
在复杂应用中，尤其使用微前端、npm link 调试或多个 Vue 副本共存时，VNode 的构造函数可能不唯一：
不同包加载的 Vue 可能导出各自的 VNode 类；
instanceof VNode 会因原型链不匹配返回 false ；
检查 constructor.name === 'VNode' 易被压缩工具破坏（如 name 被混淆为单字母）。
__v_isVNode 的设计特点
静态标识：所有合法 VNode 实例在创建时（如 createVNode() 内部）被显式赋值 __v_isVNode = true ；
不可枚举：使用 Object.defineProperty 设置 enumerable: false ，不影响 for...in 或 JSON.stringify ；
只读保护： writable: false 防止运行时篡改，保障判断可靠性；
轻量直接：只需一次属性访问 vnode.__v_isVNode === true ，无函数调用开销。
框架与用户代码中的典型用法
Vue 内部校验：如 renderSlot() 、 normalizeChildren() 等 API 入口处快速过滤非 VNode 输入；
自定义渲染函数：你可安全地写 if (child.__v_isVNode) { /* 处理 VNode */ } ，无需引入类型断言或额外工具函数；
第三方库适配：比如 UI 组件库在封装 slots 逻辑时，依赖该标志统一识别 VNode，不耦合 Vue 版本细节。
注意边界情况
该标志仅存在于标准 VNode 对象上，以下情况不成立：
普通对象模拟 VNode（即使有相同字段）不会自动拥有 __v_isVNode ；
使用 h() 或 createVNode() 创建的才是真 VNode；
SSR 渲染中服务端生成的 VNode 同样携带此标志，保持判断一致性。
标签： Vue.js javascript
还木有评论哦，快来抢沙发吧~