基于旧示例代码创建ZEMAX扩展DLL遇函数调用问题

我来帮你一步步排查这个问题，结合老版本Zemax对扩展DLL的要求，主要有几个核心要点需要修正：

1. 避免C++名字修饰，确保函数导出名称匹配 #

Zemax 2005作为老软件，只会按照原始C风格函数名去查找导出函数，但如果你用Visual Studio的C++编译器编译，默认会给函数添加复杂的名字修饰（比如把UserParamNames变成?UserParamNames@@YGHPEAD@Z），这就导致Zemax找不到对应的函数。

解决方法是用extern "C"包裹你的导出函数声明，强制编译器使用C风格的导出规则：

extern "C" {
    int __declspec(dllexport) APIENTRY UserParamSourceDefinition(double *data);
    int __declspec(dllexport) APIENTRY UserParamNames(char *data);
}

另外，APIENTRY本质是__stdcall调用约定，这是Zemax要求的，你的代码里已经用了，这点没问题，但要确保函数实现也遵循这个约定（默认如果声明里加了APIENTRY，实现会自动继承）。

2. 正确处理DllMain #

你遇到的DllMain重复定义问题，是因为你自己写了一个，同时Visual Studio的模板也生成了一个。解决方案很简单：保留Visual Studio自动生成的DllMain，删掉你自己写的版本。

自动生成的DllMain模板完全够用，不需要填充那些case语句——Zemax的扩展DLL不需要在进程/线程附加/分离时执行额外逻辑，默认返回TRUE就可以正常工作。

3. 修复函数实现中的错误 #

你的代码里有两个明显的问题，可能导致运行时异常甚至加载失败：

• strcpy_s(data[1],16,'hello');：这里的'hello'是单引号，只能表示单个字符，字符串常量必须用双引号"hello"；同时要确保传入的是缓冲区指针，应该写成&data[1]；
• 两个导出函数声明都是int类型，但实现里没有返回值，这会导致未定义行为，必须添加返回语句（比如return 0;，具体返回值可以参考Zemax官方文档的要求）。

修正后的实现示例：

int __declspec(dllexport) APIENTRY UserParamNames(char *data) {
    strcpy_s(&data[1], 16, "hello");
    return 0; // 添加返回值
}

int __declspec(dllexport) APIENTRY UserParamSourceDefinition(double *data) {
    data[30] = data[2] + 1.0;
    return 0; // 添加返回值
}

4. 确保编译平台与Zemax位数匹配 #

虽然你的系统是64位Windows，但Zemax 2005大概率是32位软件。如果你的DLL编译成了x64平台，Zemax（32位）根本无法加载它，自然找不到函数。

在Visual Studio中，把编译目标平台切换为x86（而不是x64或Any CPU），重新编译。

5. 验证DLL的导出表 #

可以用Visual Studio自带的dumpbin工具检查你的DLL是否正确导出了函数：

1. 打开Visual Studio的开发者命令提示符；
2. 执行命令：

dumpbin /exports four_angle.dll

如果输出里能看到干净的UserParamNames和UserParamSourceDefinition（或者带@后缀的stdcall修饰名，比如_UserParamNames@4），说明导出是正常的；如果看到的是C++风格的长名字，那就是extern "C"没加对。

按以上步骤修正后，你的DLL应该就能被Zemax正确识别了。

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