记录一次C#调用Delphi编写Dll程序过程

1.前言:

最近接手了一个项目需要和Delphi语言编写的一个系统进行一些接口的对接,数据在传输过程中采用Des加密方式,因为Delphi 平台的加密方式和C#平台的加密方式不互通,所以采用的方式是C#通过调用Delphi编写好的Dll通过C#中的DllImport进行数据的加解密,其实原本是很简单的一个过程,在中间遇到了一些坑,希望能够分享这次经验,能够避免更多的人踩到这个坑;

2.后续

C#和delphi平台对接的接口

Delphi

有两个方法:

Estr加密,参数1:加密参数,参数2:秘钥

DeStr解密:参数1:解密参数,参数2:秘钥

C#

通过DllImport引用Dll,然后定义好方法和参数,把对应的Dll放到程序生成的Bin目录下

最后传入参数调用方法,原以为到这里就可以结束,接下来就可以写后面的业务逻辑了,

想法很美好,结果有点天真,程序直接执行到调用方法的时候


出现了第一个错误:

关于无法加载DLL"":找不到指定的模块(异常来自HRESULT:0x8007007E)

找到的解决方式是将项目生成里面的目标平台修改成X86,目的是在64位系统上兼容32位的程序,然后也同时将对应的Dll放入到了C:\Windows\System32,C:\Windows\SysWOW64这两个目录下

然后我按照步骤去操作,发现我的项目是网站,不存在目标平台可以去设置,考虑到WebApi那块也需要调用到这个Des加解密,就把代码拷贝了过去进行调试,执行到加密的那段代码的时候,直接VS程序先卡主,然后运行调试状态直接关闭了,try异常都不抛出,有点无奈,找了半天C# DllImport Dll 执行错误的解决方案,也没有找到,后续为了方便调试就写了一个winfrom窗体程序,然后我一开始是用得vs2015开发网站(因为vs2019运行网站会报错这个报错的过程忽略掉),在调试这个winfrom程序的时候,执行程序到对应的代码可以执行成功,成功加密和解密对应的数据,然后我用vs2015打开这个窗体程序,得到执行失败的结果,这时候更懵了,后面脑子一闪以前在sql报错的时候在系统日志中能够查到对应的记录,我想这种错误应该也能找得到,最后找到那条记录日志错误内容是:

 

出现了第二个错误:

错误应用程序 w3wp.exe,版本 7.0.6001.18000,时间戳 0x47919413,错误模块 ntdll.dll,版本 6.0.6001.18000,时间戳 0x4791a7a6,异常代码 0xc0000374,错误偏移量 0x000b015d, 进程 ID 0xcc4,应用程序启动时间 0x01cd5de08c54b3ac,然后通过这个一搜索,搜索到了

文章:https://q.cnblogs.com/q/38510

解决方案是用StringBuilder 替换string参数,执行还是报错,从这个结局方案中得到了一点头绪,后续继续找delphi 中Pchar的相关资料,后续通过不断的修改调试,发现在C#中和delphi 中PChar想中相对应的数据类型是IntPtr 然后修改成以下就可以成功了

总结:    
  以后这种接口对接的问题能够先更多熟悉双方语言基础的一些语法,方便在对接过程中更有效的沟通;
疑问:  
  为什么在vs2019中调用成功而在Vs2015中却出现了系统级别的日志;

 

posted @ 2020-03-13 16:39  吴先森  阅读(403)  评论(0编辑  收藏  举报