.NET简谈互操作(五:基础知识之Dynamic平台调用)

简介:

互操作系列文章:

.NET简谈互操作(一:开篇介绍)

.NET简谈互操作(二:先睹为快)

.NET简谈互操作(三:基础知识之DllImport特性)

.NET简谈互操作(四:基础知识之Dispose非托管内存)

.NET简谈互操作(五:基础知识之Dynamic平台调用)

.NET简谈互操作(六:基础知识之提升平台调用性能)

.NET简谈互操作(七:数据封送之介绍)

我们继续.NET互操作学习。在上篇文章中我们学习了关于托管与非托管内存Dispose(释放)问题;下面我们继续学习基础知识中的Dynamic(动态)平台调用技术;

在前几篇文章中,我们都是采用按部就班的方式来调用非托管代码的,先定义非托管代码的托管定义,然后用DllImport来标识相关调用约定;这篇文章我们将介绍怎么通过动态的方式调用非托管代码;在进行讲解之前我们有必要简单的了解一下,托管代码调用非托管代码的大概的步骤或者说是相关细节吧;只有当我们脑子里有一套属于自己的理解思路时,文章才显的有价值;[王清培版权所有,转载请给出署名]

平台调用过程原理

文字使用始终没有图片的表达性强,我们还是来看图吧;

图1:

这幅图画的不是很全,但是大概能表达意思了;

当我们第一次调用非托管DLL文件的时候(穿插一下,这里就牵扯到为什么有些东西必须由操作系统来处理,为什么要有内核,就是用来处理一些我们平时不能随便动的东西,就拿LoadLibrary方法来讲,可能它就是进入了内核然后设置相关参数,帮我们保存了非托管DLL在内存的代理存根,当我们下次又进入到内核的时候,系统去检查一下,发现有过一次调用了,所以下次就去读取存根中的地址进行调用),系统会去加载非托管DLL文件到内存并设置相关数据,以便后期使用;动态调用的原理就是我们把这部分的工作自己手动来做,比如第一次调用非托管DLL肯定是要慢于后面调用的;所以在一些必要的场合下,我们真的有必要进行动态P/Invoke;

动态平台调用示例1

在托管的.NET中我们可以通过使用Win32API中的LoadLibrary方法来手动加载非托管DLL到内存来;

 [DllImport("kernel32.dll", EntryPoint = "LoadLibrary")]
 public static extern IntPtr LoadLibrary(string iplibfilenmae);

这样的操作就好比我们图1中的第一次调用过程要执行的操作;

 [DllImport("Win32DLL.dll", EntryPoint = "add", CharSet = CharSet.Auto, CallingConvention = CallingConvention.StdCall)]
 private static extern int add(int x, int y);

同样我们还是申明非托管代码的定义,我们来看全部代码;

namespace CSharp.Interop
{
    /// <summary>
    /// 动态平台调用,手动加载非托管DLL文件
    /// </summary>
    public static class DynamicPinvoke
    {
        [DllImport("kernel32.dll", EntryPoint = "LoadLibrary")]
        public static extern IntPtr LoadLibrary(string iplibfilenmae);
        [DllImport("Win32DLL.dll", EntryPoint = "add", CharSet = CharSet.Auto, CallingConvention = CallingConvention.StdCall)]
        private static extern int add(int x, int y);
        public static void Test()
        {
            string currentdirectory = Path.GetDirectoryName(Assembly.GetExecutingAssembly().Location);
            string dllpath = Path.Combine(currentdirectory, "Win32DLL.dll");
            IntPtr dlladdr = LoadLibrary(dllpath);
            if (dlladdr == IntPtr.Zero)
                throw new DllNotFoundException(string.Format("在{0}未能找到相关DLL文件", dllpath));

            int addnumber = add(10, 20);
            Console.Write(addnumber);
        }
    }
}

动态平台调用示例2

第一个示例我们是省略了系统调用过程,我们手动调用LoadLibrary来加载;可能没啥大的变化,示例2是通过非托管函数委托来进行动态调用的;

都知道托管委托就好比非托管的函数指针,幸好微软为我们提供了委托来调用非托管方法,适合真的很强大;请看代码;

[UnmanagedFunctionPointer(CallingConvention.StdCall)][王清培版权所有,转载请给出署名]
delegate int add(int x, int y);

系统特性能改变代码的编译行为,所以我们有理由相信我们的add委托已经变成了非托管代码的引用;

namespace CSharp.Interop
{
    [UnmanagedFunctionPointer(CallingConvention.StdCall)]
    delegate int add(int x, int y);
    public static class DelegateInvoke
    {
        public static void Test()
        {
            string currentdirectory = Path.GetDirectoryName(Assembly.GetExecutingAssembly().Location);
            string dllpath = Path.Combine(currentdirectory, "Win32DLL.dll");
            IntPtr dlladdr = Interop.DynamicPinvoke.LoadLibrary(dllpath);
            if (dlladdr == IntPtr.Zero)
                throw new DllNotFoundException(string.Format("在{0}未能找到相关DLL文件", dllpath));
            IntPtr procadd = Win32Api.GetProcAddress(dlladdr, "_add@8");
            if (procadd == IntPtr.Zero)
                throw new DllNotFoundException(string.Format("未能在内存中找到{0}入口点", Marshal.PtrToStringUni(dlladdr)));
            add adddelegate = (add)Marshal.GetDelegateForFunctionPointer(procadd, typeof(add));
            int result = adddelegate(10, 20);
            bool isfree = Win32Api.FreeLibrary(dlladdr);
        }
    }
}

 这段小小的代码里,深藏了很多技术细节;非托管代码导出调用方法时我们需要知道函数名被重整成啥样了,所以本人上传了PE文件查看器http://files.cnblogs.com/wangiqngpei557/PEinfo.zip,通过这个工具我们查看非托管代码的具体信息;这样便于我们调用;

Marshal是一个很强大的P/Invoke的类,可以将它看成是平台调用的体现吧,Marshal.GetDelegateForFunctionPointer方法是通过非托管内存指针获取UnmanagedFunctionPointer类型的委托;

总结:其实动态调用就是让我们竟可能的多去接触底层知识,一切都是可以理解的,只是功夫没到家;





 本文转自 王清培 51CTO博客,原文链接:http://blog.51cto.com/wangqingpei557/599430,如需转载请自行联系原作者


相关文章
|
14天前
|
存储 设计模式 编解码
.NET 8.0 通用管理平台,支持模块化、WinForms 和 WPF
【11月更文挑战第5天】本文分析了.NET 8.0 通用管理平台在模块化、WinForms 和 WPF 方面的优势。模块化设计提升了系统的可维护性和可扩展性,提高了代码复用性;WinForms 提供了丰富的控件库和简单易用的开发模式,技术成熟稳定;WPF 支持强大的数据绑定和 MVVM 模式,具备丰富的图形和动画功能,以及灵活的布局系统。
|
3月前
|
开发者 API Windows
从怀旧到革新:看WinForms如何在保持向后兼容性的前提下,借助.NET新平台的力量实现自我进化与应用现代化,让经典桌面应用焕发第二春——我们的WinForms应用转型之路深度剖析
【8月更文挑战第31天】在Windows桌面应用开发中,Windows Forms(WinForms)依然是许多开发者的首选。尽管.NET Framework已演进至.NET 5 及更高版本,WinForms 仍作为核心组件保留,支持现有代码库的同时引入新特性。开发者可将项目迁移至.NET Core,享受性能提升和跨平台能力。迁移时需注意API变更,确保应用平稳过渡。通过自定义样式或第三方控件库,还可增强视觉效果。结合.NET新功能,WinForms 应用不仅能延续既有投资,还能焕发新生。 示例代码展示了如何在.NET Core中创建包含按钮和标签的基本窗口,实现简单的用户交互。
68 0
|
6月前
|
数据采集 存储 监控
.NET智慧手术室管理平台源码
术前访视记录单、手术风险评估表、手术安全核查表、自费药品或耗材、麻醉知情同意书、麻醉记录单、分娩镇痛记录单、麻醉复苏单、术后镇痛记录单、术后访视记录单、压伤风险评估量表、手术清点记录单、护理记录单、输血护理记录单。
121 0
|
6月前
|
开发框架 .NET 物联网
.NET从入门到精通,零基础也能搞定的基础知识教程
.NET从入门到精通,零基础也能搞定的基础知识教程
143 0
|
6月前
深入.net平台的分层开发
深入.net平台的分层开发
|
6月前
|
Web App开发 开发框架 .NET
asp.net基于WEB层面的区域云LIS系统平台源码
asp.net基于WEB层面的区域云LIS系统平台源码
75 1
|
6月前
|
Web App开发 开发框架 .NET
asp.net基于WEB层面的云LIS系统平台源码
结合当今各检验科管理及实验室规模的不同状况,充分吸收当今IT科技的最新成就,开发出以高度产品化、功能强大、极易实施操作、并不断升级换代为主要特点的LIS系统。彻底解决检验科的信息孤岛,全面实现全院信息互通互联、高度共享,并为检验科的规范化管理提供了有力工具。
65 0
|
6月前
|
开发框架 安全 C#
掌握.NET基础知识(一)
掌握.NET基础知识(一)
109 0
|
11月前
|
开发框架 小程序 数据可视化
基于.NET、Uni-App开发支持多平台的小程序商城系统 - CoreShop
基于.NET、Uni-App开发支持多平台的小程序商城系统 - CoreShop
123 0
|
存储 前端开发 程序员
一款基于.Net开发、开源、支持多平台云存储文件管理器
一款基于.Net开发、开源、支持多平台云存储文件管理器
65 0

热门文章

最新文章

下一篇
无影云桌面