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中却出现了系统级别的日志;
