使用js_mallocz分配的含std::string成员结构体的内存释放问题

问题根源在于js_mallocz是C风格的内存分配器：它只会分配并清零内存块，不会调用C++类（比如std::string）的构造函数；同理js_free只会释放内存块，不会调用析构函数。std::string内部管理着动态内存，直接js_free结构体时，这部分内存无法被回收，导致valgrind检测到泄漏。

你需要拆分两个步骤来正确释放：

1. 手动调用std::string的析构函数 #

在调用js_free之前，显式调用id成员的析构函数，让它释放自己内部的内存：

person->id.~std::string();

2. 释放结构体的内存块 #

之后再用js_free释放整个Person结构体的内存：

js_free(person);

完整的分配-释放流程 #

另外需要注意：用js_mallocz分配的内存中，std::string成员处于未构造状态，直接赋值会触发未定义行为。正确的分配流程需要用**定位new（placement new）**在已分配的内存上构造std::string：

// 分配内存
Person* person = static_cast<Person*>(js_mallocz(sizeof(Person)));
// 定位new构造std::string成员
new (&person->id) std::string();
// 赋值操作
person->id = "user_123";
person->age = 25;

// 释放流程
person->id.~std::string();
js_free(person);

注意事项 #

• 如果结构体中有多个C++类类型的成员，每个都需要手动调用析构函数。
• 无论用js_malloc还是js_mallocz，都必须用定位new构造C++成员，避免未定义行为。
• 绝对不能混用delete和js_free：delete会调用析构函数但使用默认分配器释放内存，不符合quickjs的要求。

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