VS2019加载32位C非托管DLL报错0x800703E6求助

我之前也碰到过类似的32位非托管DLL在64位系统上的加载问题，结合你的描述和代码，给你几个针对性的排查和解决步骤：

1. 先理清：你设置的是星历路径，不是DLL本身的路径！ #

你调用的swe_set_ephe_path是用来设置星历数据文件的存储路径，但swedll32.dll本身的加载路径是另一回事——系统得先找到这个DLL文件，才能调用它的函数。

• 最简单的验证方法：把swedll32.dll直接复制到你的项目输出目录（比如bin\x86\Debug），或者放到64位系统的32位专属系统目录C:\Windows\SysWOW64里，确保程序启动时能定位到它。
• 还要确认这个DLL没有损坏，建议从官方渠道重新下载一份替换试试。

2. 修正DLL函数的导入签名 #

你的Declare语句用了别名"_swe_set_ephe_path@4"，虽然这是stdcall调用约定的装饰名，但VB.NET的Declare默认就是stdcall，而且很可能存在字符串编码不匹配的问题（原生C DLL通常用ANSI字符串，VB默认是Unicode）：

• 改成带Auto关键字的声明，让VB自动处理字符串编码转换，大概率能解决内存访问错误：

Public Declare Auto Sub swe_set_ephe_path Lib "swedll32.dll" (ByVal path As String)

3. 确认项目的x86编译设置完全生效 #

你已经把目标CPU改成了x86，但还有个细节要检查：

• 右键项目 → 属性 → 生成 → 确保平台目标是x86，然后清理项目的bin和obj文件夹后重新编译，避免残留的64位编译文件干扰。
• 如果之前选过Any CPU，还要确认"首选32位"选项是否开启（不过x86模式下默认是开启的）。

4. 检查DLL的依赖项 #

32位的swedll32.dll可能依赖其他32位的系统DLL（比如旧版本的C运行库），可以用Dependency Walker的x86版本打开这个DLL，看看有没有缺失的依赖项。如果有缺失，把对应的32位依赖DLL放到程序目录或者SysWOW64里就行。

5. 简化代码先验证DLL能否加载 #

你可以先写个最简单的测试代码，排除路径设置的干扰，先确认DLL能被成功加载：

Public Class Form1
    ' 调用DLL里的版本查询函数（这类天文计算DLL基本都会提供）
    Public Declare Auto Function swe_version Lib "swedll32.dll" () As String

    Private Sub Form1_Load(sender As Object, e As EventArgs) Handles MyBase.Load
        Try
            Dim dllVersion As String = swe_version()
            MessageBox.Show($"DLL加载成功！版本：{dllVersion}")
            ' 验证成功后再设置星历路径
            Dim ephePath = System.IO.Path.Combine(Application.StartupPath, "SwEph")
            swe_set_ephe_path(ephePath)
            MessageBox.Show($"星历路径设置完成：{ephePath}")
        Catch ex As Exception
            MessageBox.Show($"错误详情：{ex.ToString()}")
        End Try
    End Sub
End Class

如果swe_version能成功返回版本号，说明DLL加载没问题，问题可能出在路径字符串的传递上；如果还是失败，那就是DLL本身的加载问题，回到前面的依赖项和路径排查。

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