从Delphi Prism迁移到C#后结构体缺失默认构造函数的问题求解

你遇到的核心矛盾是Delphi Prism的record（值类型）与C#struct在默认构造函数暴露、内存布局上的差异，以及类型本质不匹配带来的加载异常。下面是针对性的修复方案：

1. 先理清问题根源 #

Delphi Prism的record在.NET runtime中是值类型，会自动生成公共无参构造函数用于初始化字段默认值；而C#里值类型（struct）的无参构造是runtime隐式生成的，不允许开发者显式定义——反编译器看到的空构造函数其实是runtime自动注入的，并非代码可声明的内容。

当Delphi应用加载C# DLL时，它期望找到ClimateControl.TClimateData的无参构造，但如果C#结构体的命名空间、内存布局或字段不匹配，就会抛出MissingMethodException；改成类（引用类型）则与原Delphi代码期望的值类型本质冲突，触发TypeLoadException。

2. 正确的C#结构体实现 #

按照以下代码修改，确保与原Delphi Prism的record100%兼容：

namespace ClimateControl
{
    // 强制顺序布局，和Delphi Prism的record内存布局完全对齐
    [System.Runtime.InteropServices.StructLayout(System.Runtime.InteropServices.LayoutKind.Sequential)]
    public struct TClimateData
    {
        // 字段类型、顺序必须和原Delphi record完全一致
        public double tempSensor;   // 对应Delphi的Double类型
        public float tempHeater;    // 对应Delphi的Single类型
        public double humidity;     // 对应Delphi的Double类型
    }
}

关键细节解释： #

• 命名空间匹配：必须将结构体放在ClimateControl命名空间下，保证类型的完全限定名和原Delphi代码一致，否则Delphi应用无法定位到目标类型。
• StructLayout属性：Delphi Prism的record默认是顺序布局（字段按声明顺序在内存中排列），而C#struct默认是自动布局（由runtime决定字段顺序）。添加LayoutKind.Sequential可强制内存布局一致，避免因字段顺序混乱导致的类型加载或数据读取错误。
• 无参构造函数：无需显式定义，.NET runtime会自动为值类型生成公共无参构造函数，完全满足Delphi应用的调用需求。

3. 验证修复的步骤 #

1. 编译修改后的C# DLL，确保无编译错误。
2. 替换Delphi应用中引用的原Delphi Prism DLL为新的C# DLL。
3. 运行Delphi应用，检查构造函数未找到的异常是否消失。

如果仍有问题，可以排查：

• Delphi应用是否引用了正确版本的C# DLL（避免旧的Delphi Prism DLL残留）。
• 字段类型是否完全匹配（比如float对应Delphi的Single，double对应Double，不能混淆）。

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