Objenesis 是一个绕过构造函数创建对象实例的工具库，它最常见的用途是在 mock 框架、序列化框架里快速生成“空壳”对象。在 Vue 3 的工程化体系中，这类能力主要出现在两个环节：一是单元测试时给组件依赖的复杂对象做桩，二是构建脚本或 SSR 环境里需要还原对象状态而不触发副作用。本文就来聊聊如何在 Vue 3 工程里用好这类实例化技术。
Objenesis 的核心原理是什么
Objenesis 的基本思路是：对象的内存分配和构造函数执行其实是两件事。JVM 层面，Unsafe.allocateInstance 可以只分配内存、填充零值，然后返回一个引用，整个过程不执行任何用户编写的构造逻辑。Objenesis 在这之上做了封装，自动探测当前运行环境支持哪种策略，比如反射 API、Unsafe、或者特殊的 JVM 接口，然后挑选最合适的一种。
为什么要绕过构造函数？因为构造函数往往包含副作用：发请求、初始化连接、写日志、抛异常。测试场景下你只想要一个结构完整但行为可控的对象，构造函数的这些副作用反而是干扰。这一点在前端工具链里同样成立，比如你想 mock 一个带复杂初始化的类，直接 new 一遍代价很高。
把这个思想迁移到 JavaScript 生态，对应的手段是 Object.create() 配合原型链，它同样可以创建一个不执行构造函数的对象，并保留原型上的方法。下面是一个简单的等价实现：
// 模拟 Objenesis 的绕过构造函数实例化
function instantiate(Class) {
// Object.create 只建立原型链接，不执行 constructor
const obj = Object.create(Class.prototype);
return obj;
}
class UserService {
constructor() {
// 假设这里有副作用，比如发起网络请求
throw new Error('构造函数有副作用，不想触发');
}
getUser(id) {
return { id, name: 'mock-user' };
}
}
// 传统的 new UserService() 会直接抛错
const instance = instantiate(UserService);
console.log(instance.getUser(1)); // 正常输出，构造函数没被调用
在 Vue 3 单元测试中结合 Vitest 使用
Vue 3 的官方测试方案是 Vitest 加 Vue Test Utils。测试组件时经常遇到依赖了复杂 service 类的情况，这类类在构造函数里读取配置、建立连接，在 CI 环境里很容易失败。这时可以写一个通用工具函数，用 Object.create 生成实例，再通过 Object.defineProperty 或者直接赋值注入桩数据。
和直接手写 mock 对象相比，这种方式的好处是保留了原型方法。如果你只想替换其中一个方法，其余保持原实现，那么基于原型创建的实例可以做到精准覆盖，而完全手写 mock 则要重复实现所有用到的方法，维护成本高得多。
// tests/bypass.js
export function instantiateWithoutConstructor(Class) {
return Object.create(Class.prototype);
}
// tests/user-component.spec.js
import { mount } from '@vue/test-utils';
import { instantiateWithoutConstructor } from './bypass';
class ApiService {
constructor() {
throw new Error('CI 环境禁止真实初始化');
}
fetchUser() {
return { name: 'real' };
}
}
test('组件展示用户名', () => {
const api = instantiateWithoutConstructor(ApiService);
api.fetchUser = () => ({ name: 'stub' });
const wrapper = mount(UserCard, {
global: {
provide: { api }
}
});
expect(wrapper.text()).toContain('stub');
});
需要注意一点：通过这种方式创建的对象，实例属性都是空的。如果组件内部依赖 this.baseUrl 这类在构造函数里赋值的字段，记得手动补上，否则测试会因为读取 undefined 而报出很难定位的错误。建议在工具函数里接受一个初始属性对象作为第二个参数，统一处理这类情况。
SSR 与构建脚本中的应用及常见坑
在 Nuxt 或者自建 SSR 服务里，服务端拿到序列化的状态后需要还原对象。还原过程如果走正常构造函数，可能触发浏览器专属的 API 调用（比如访问 window），导致服务端报错。绕过构造函数、先拿到实例再逐个填充字段，是一种常见的解耦手段。某些 Java 与前端混合的架构里，后端用 Objenesis 配合序列化框架处理同类问题，思路是完全一致的。
实际落地时有几个坑要留意。第一，Object.create 出来的对象没有执行类字段初始化器，ES2022 的类字段语法糖也不会生效，所有字段初始值都是 undefined。第二，Private 字段（#field）无法通过外部赋值补上，遇到私有字段依赖时要换思路，比如改用工厂函数或者调整设计。第三，TypeScript 的类型系统并不感知这种实例化方式，严格模式下可能产生类型不匹配，必要时用类型断言处理。
// 带属性补全的通用实例化工具
function instantiate<T extends object>(
Class: new (...args: any[]) => T,
props: Partial<T> = {} as Partial<T>
): T {
const obj = Object.create(Class.prototype) as T;
Object.assign(obj, props);
return obj;
}
class Store {
#secret = 'hidden';
public version = '1.0';
init() {
return this.version;
}
}
// 补全公共字段没问题
const s = instantiate(Store, { version: '2.0' });
console.log(s.init()); // 2.0
// 私有字段 #secret 无法从外部注入，调用依赖它的方法会报错
总结一下，Objenesis 的价值不在于那几行分配内存的代码，而在于“实例化与初始化分离”这个工程思想。在 Vue 3 项目里，无论是测试桩的生成、SSR 状态还原，还是构建脚本中的对象处理，掌握 Object.create 加属性注入这套模式，都能让你在面对构造函数副作用时多一个从容的选择。当然也要记住它的边界：私有字段、类字段初始化器这些现代语法特性，它处理不了，用之前先确认目标类的实现方式。