Delphi调用x64 DLL函数触发ACCESS_VIOLATION异常问题排查

• 结构体内存布局不匹配
  Delphi和C的结构体对齐规则默认可能存在差异，x64下C通常采用8字节对齐，而Delphi的默认对齐方式未必与之兼容。检查dfuDeviceInfo的声明：

  • 逐个确认成员类型对应正确：比如C++的unsigned int对应Delphi的Cardinal，char*对应PAnsiChar（若DLL使用ANSI编码）或PWideChar（若使用Unicode编码）。
  • 手动指定对齐方式：在Delphi结构体声明前添加{$ALIGN 8}以匹配x64 C的默认对齐；如果C结构体是__declspec(pack)打包的，Delphi里要加上packed关键字。

• 函数调用约定不匹配
  x64平台上，C++默认使用微软的__fastcall调用约定，Delphi中对应的是register调用约定（x64下stdcall与register实际行为一致，但最好严格匹配DLL的导出约定）。如果DLL函数是__cdecl类型，Delphi里必须声明为cdecl，否则参数传递和栈清理逻辑会出错，直接引发内存访问违规。

• 指针参数传递错误
  重点核查getDfuDeviceList的参数声明：

  • 如果C++函数原型是int getDfuDeviceList(dfuDeviceInfo** outList)，Delphi要声明为function getDfuDeviceList(out outList: PdfuDeviceInfo): Integer; <对应调用约定>;。要是错误传递结构体值而非指针，或者指针层级不对（比如传PdfuDeviceInfo而非PPdfuDeviceInfo），必然触发内存错误。
  • 明确内存分配逻辑：是调用者提前分配缓冲区供DLL填充，还是DLL内部分配内存后返回指针？如果是后者，要确保Delphi用正确的指针类型接收，不要误用值类型。

• 字符串编码不兼容
  若dfuDeviceInfo包含字符串成员，C的char*是ANSI编码，而Delphi默认使用Unicode的WideChar，直接用PWideChar接收ANSI字符串会导致内存解析混乱，进而触发访问违规。要么用PAnsiChar对应C的char*，要么确认DLL是否提供了Unicode版本的导出函数（比如后缀带W的变体）。

• 内存权限或越界问题

  • 如果DLL返回的指针指向的内存已被内部释放，Delphi代码仍访问该内存，就会触发异常。
  • 若调用者传入的缓冲区大小不足，DLL写入时越界，会破坏内存结构，引发访问违规。

• x64指针截断问题
  Delphi里若错误使用32位类型存储指针（比如用Integer存指针地址或长度），在x64平台下会截断64位指针，导致访问错误的内存地址。所有与指针相关的变量，要使用NativeInt、NativeUInt这类64位兼容的类型。

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