C++Builder 10.4 64位程序导入DLL的VCL子类new时报访问错误如何解决

C++Builder 32位使用传统Borland ABI，64位使用LLVM Clang ABI，二者对跨模块导入导出VCL派生类的处理逻辑存在差异，核心触发原因有3个：

1. 调用约定差异：32位下__fastcall是Borland自定义的寄存器传参规则，64位下__fastcall已被__vectorcall替代，VCL类构造函数跨模块导入时没有正确匹配调用约定，会导致构造函数执行时栈帧错乱触发访问违例。
2. 内存堆不统一：直接在EXE侧用new创建DLL导出的类实例时，EXE和64位DLL默认使用独立的内存堆，VCL基类TObject内部涉及RTTI查找、引用计数等操作，跨堆分配的内存会触发VCL内部的内存访问异常，32位下默认开启了共享内存堆配置所以未触发问题。
3. 类导出隐式依赖缺失：64位下导出VCL派生类时，除了类本身的导出标识，还需要同步导出类的RTTI、虚函数表等隐式结构，32位编译器会自动处理这部分逻辑，64位Clang编译器需要手动开启配置。

• 统一模块调用约定：将自定义的EXP_COMPONENT宏替换为VCL官方提供的PACKAGE宏，PACKAGE是VCL专门适配跨模块导出导入的标识，会自动适配32/64位的调用约定、RTTI导出规则。修改后的类定义示例：

class PACKAGE MyClass : public TObject{
public:
    int x;
    int y;
    __fastcall MyClass();
};

编译DLL时在项目选项中开启生成包导入库、输出C++Builder兼容的导入库配置。

• 开启跨模块共享内存堆：EXE和DLL项目都需要在项目选项->C++编译器->代码生成中，将使用动态运行时库(RTL)设置为是，同时开启共享内存管理器配置，保证EXE和DLL使用同一套内存分配/释放逻辑，避免跨堆访问错误。

注意：如果还使用了其他VCL组件，需要确保所有模块的RTL、VCL库都是动态链接，不能有模块静态链接RTL，否则依然会存在多堆问题。

• 显式导出类成员函数：如果不想用PACKAGE宏，需要显式导出类的构造函数、析构函数以及所有虚函数，避免64位编译器默认只导出类的成员变量，导致虚函数表、构造函数地址未正确导入到EXE侧：

class EXP_COMPONENT MyClass : public TObject{
public:
    int x;
    int y;
    EXP_COMPONENT __fastcall MyClass();
    EXP_COMPONENT __fastcall ~MyClass();
};

• 优先使用工厂函数创建实例：当前在用的initialise_MyClass导出函数模式是跨模块创建类实例的最兼容方案，不受ABI、内存堆、编译器版本的影响，建议配套导出对应的销毁函数避免内存释放错误：

// DLL导出代码
__declspec(dllexport) void __stdcall destroy_MyClass(MyClass* mc)
{
    delete mc;
}

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