C# 如何在项目引用x86 x64的非托管代码

因为现在的项目使用的是 AnyCpu 在 x86 的设备使用的是x86,在x64使用的是x64,但是对于非托管代码,必须要在x64使用x64的dll,在x86使用x86的dll。在C++没有和C#一样的 AnyCpu 所以需要在项目运行在x86的时候加载x86的dll。 本文告诉大家如何在代码引用不同的dll。

使用宏

最简单的方法是编译两个版本,编译多个版本可以点击配置管理器,然后创建x86和x64,然后版本添加宏,这样就可以判断宏来使用不同的dll

点击活动解决方案平台,然后点击新建

选择项目属性,点击生成,就可以添加不同的宏

于是在后台代码可以这样写

#if x86
        public const string DLL_FILE_NAME = "SvkiqauhKvdhrureh32.dll";
#else
        public const string DLL_FILE_NAME = "SvkiqauhKvdhrureh64.dll";
#endif

        [DllImport(DLL_FILE_NAME, EntryPoint = "HfwzsnHzhpbbzbn", CallingConvention = CallingConvention.Cdecl)]
        private static extern int HfwzsnHzhpbbzbn(int var1, int var2);

可以看到这个方法如果有很多个 dll 那么需要写很多路径

多个函数

实际上如果已经有两个dll ,那么可以使用两个不同函数

        [DllImport("SvkiqauhKvdhrureh32.dll", EntryPoint = "HfwzsnHzhpbbzbn",
            CallingConvention = CallingConvention.Cdecl)]
        private static extern int HfwzsnHzhpbbzbn32(int txcuiwKjvwu, int hhmzfadnHexkmr);

        [DllImport("SvkiqauhKvdhrureh64.dll", EntryPoint = "HfwzsnHzhpbbzbn",
            CallingConvention = CallingConvention.Cdecl)]
        private static extern int HfwzsnHzhpbbzbn64(int txcuiwKjvwu, int hhmzfadnHexkmr);

然后再写一个函数

       public int HfwzsnHzhpbbzbn(int txcuiwKjvwu, int hhmzfadnHexkmr)
        {
            if (Environment.Is64BitProcess)
            {
                return HfwzsnHzhpbbzbn64(txcuiwKjvwu, hhmzfadnHexkmr);
            }

            return HfwzsnHzhpbbzbn32(txcuiwKjvwu, hhmzfadnHexkmr);
        }

这样就不需要在使用的时候判断当前使用的是哪个,但是如果dll多了,一个dll都需要写三次,看起来代码还是很烂

设置查找的文件

实际上好多人都觉得,应用程序首先是从运行的目录开始查找dll,如果找不到,就去GAC查找,如果还是找不到,就去System查找。实际上这句话是不对的,在没有设置默认查找的文件的时候就是这样,但是软件是可以设置查找文件。

设置的方法使用使用这个dll,请看下面

    [DllImport("kernel32.dll", CharSet = CharSet.Auto, SetLastError = true)]
    private static extern bool SetDllDirectory(string path);

需要先把 x86 的 dll 放在程序的 x86文件夹,当然对于x64的大家也知道放哪里。

然后在程序运行的时候使用下面的代码

       var path = Path.GetDirectoryName(Assembly.GetEntryAssembly().Location);
          path = Path.Combine(path, Environment.Is64BitProcess ? "x64" : "x86");
          SetDllDirectory(path);

这样就可以直接写一个函数,最后的方法是我推荐的。

但是存在一些特殊的文件,他不能放在x86文件夹,所以就需要使用下面的代码特别加载

   [DllImport("kernel32.dll")]
    private static extern IntPtr LoadLibrary(string dllToLoad);

    LoadLibrary("../SdarTfqzok.dll");

如果使用了 LoadLibrary 相对是比较复杂的做法,因为需要手动创建委托的方式。但是用 LoadLibrary 的好处是可以进行释放。

先创建一个类用来存在辅助的方法,请看代码

    [DllImport("kernel32.dll", SetLastError = true, CharSet = CharSet.Unicode)]
    public static extern IntPtr LoadLibrary(string dllToLoad);

    [DllImport("kernel32.dll", SetLastError = true, CharSet = CharSet.Unicode)]
    public static extern IntPtr GetProcAddress(IntPtr hModule, string procedureName);

    [DllImport("kernel32.dll", SetLastError = true, CharSet = CharSet.Unicode)]
    public static extern bool FreeLibrary(IntPtr hModule);

首先通过 LoadLibrary 加载 dll 请看下面代码

  var ptr = LoadLibrary("../SdarTfqzok.dll");

这样就可以拿到 dll 的指针,通过 GetProcAddress 可以拿到方法的指针

// 这里 C++ 的方法是 int HfwzsnHzhpbbzbn(int txcuiwKjvwu, int hhmzfadnHexkmr)
// 方法名就是 HfwzsnHzhpbbzbn 通过方法名找到地址
IntPtr pAddressOfFunctionToCall = GetProcAddress(pDll, "HfwzsnHzhpbbzbn32");

只是拿到了以为方法的指针是比较难调用的,所以就需要将方法指针转换

需要创建一个委托,签名和 dll 里的方法一样

    [UnmanagedFunctionPointer(CallingConvention.Cdecl)]
    private delegate int HfwzsnHzhpbbzbn(int txcuiwKjvwu, int hhmzfadnHexkmr);

注意这个委托需要标记UnmanagedFunctionPointer才可以调用

通过 Marshal.GetDelegateForFunctionPointer 可以转函数指针为对应的类

 HfwzsnHzhpbbzbn hfwzsnHzhpbbzbn = (HfwzsnHzhpbbzbn)Marshal.GetDelegateForFunctionPointer(pAddressOfFunctionToCall, typeof(HfwzsnHzhpbbzbn));

这样就可以直接调用 C++ 的方法了,使用下面的代码调用

 var n = hfwzsnHzhpbbzbn(1, 2);

遇过遇到了 LoadLibrary 返回的 ptr 是 0 那么需要调用下面代码

    var ptr = LoadLibrary("../SdarTfqzok.dll");

    if(ptr == IntPtr.Zero )
    {
       var foo = Marshal.GetLastWin32Error().ToString();
    }

通过 foo 的值在 System Error Codes (0-499) 就可以找到原因

需要注意,使用 GetLastWin32Error 必须设置 DllImport("xx.dll", SetLastError = true, CharSet = CharSet.Unicode) 才可以,当然最后的CharSet = CharSet.Unicode不是一定需要

查看了项目的代码才看到,实际上还有一个方法,就是在运行的时候,如果当前运行的是x86的,就从x86文件夹复制dll出来,这个方法是速度最慢的。


本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏程序员的SOD蜜

C#调用C和C++函数的一点区别

最近做U800电话的二次开发,需要调用厂商的C函数库来打电话,后来想加入通话录音功能,但发现程序默认生产的WAV文件过大,又找了个WAV转MP3的C++函数库程...

2596
来自专栏逆向技术

内核开发知识第一讲.内核中的数据类型.重要数据结构.常用内核API函数.

  在内核中.程序的编写不能简单的用基本数据类型了. 因为操作系统不同.很有可能造成数据类型的长度不一.而产生重大问题.所以在内核中.

1702
来自专栏林德熙的博客

win10 uwp 依赖属性

本文告诉大家如何使用依赖属性,包括在 UWP 和 WPF 如何使用。 本文不会告诉大家依赖属性的好处,只是简单告诉大家如何使用。

1012
来自专栏张善友的专栏

IBatisNet基础组件

DomSqlMapBuilder DomSqlMapBuilder,其作用是根据配置文件创建SqlMap实例。可以通过这个组件从Stream, Uri, Fil...

3155
来自专栏debugeeker的专栏

adobe flash player升级coredump分析

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/xuzhina/article/detai...

631
来自专栏张善友的专栏

使用 Roslyn 编译器服务

.NET Core和 .NET 4.6中 的C# 6/7 中的编译器Roslyn 一个重要的特性就是"Compiler as a Service",简单的讲,就...

2028
来自专栏计算机视觉与深度学习基础

Leetcode 63 Unique Paths II

Follow up for "Unique Paths": Now consider if some obstacles are added to the ...

20410
来自专栏進无尽的文章

编码篇-ARC下的内存泄漏

内存泄露是一个相对挺严重的问题,可是它的存在未引起足够的重视,如果程序运行时一直分配内存而不及时释放无用的内存,程序占用的内存越来越大,直到把系统分配给该APP...

1432
来自专栏技术之路

Caliburn.Micro学习笔记(一)----引导类和命名匹配规则

用了几天时间看了一下开源框架Caliburn.Micro 这是他源码的地址http://caliburnmicro.codeplex.com/ 文档也写的很详细...

2968
来自专栏陈仁松博客

UWP基础教程 - XAML开篇

XAML是英文Extensible Application Markup Language的缩写,中文可以称为“可扩展应用程序标记语言”,是基于Extensiv...

4258

扫码关注云+社区

领取腾讯云代金券