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

简介: 互操作系列文章: .NET简谈互操作(一:开篇介绍) .NET简谈互操作(二:先睹为快) .NET简谈互操作(三:基础知识之DllImport特性) .NET简谈互操作(四:基础知识之Dispose非托管内存) .NET简谈互操作(五:基础知识之Dynamic平台调用) .NET简谈互操作(六:基础知识之提升平台调用性能) .NET简谈互操作(七:数据封送之介绍) 我们继续.NET互操作学习。

互操作系列文章:

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

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

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

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

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

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

  7. .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类型的委托;

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

目录
相关文章
|
5月前
|
人工智能 开发框架 Devops
.NET技术概览:** 本文探讨了.NET的核心特性,包括多语言支持、Common Language Runtime、丰富的类库和跨平台能力,强调其在企业级、Web、移动及游戏开发中的应用。
【7月更文挑战第4天】.NET技术概览:** 本文探讨了.NET的核心特性,包括多语言支持、Common Language Runtime、丰富的类库和跨平台能力,强调其在企业级、Web、移动及游戏开发中的应用。此外,讨论了.NET如何通过性能优化、DevOps集成、AI与ML支持以及开源策略应对未来挑战,为开发者提供强大工具,共创软件开发新篇章。
55 3
|
C# Windows .NET
带你读《C# 7.0核心技术指南》之一:C#和.NET Framework简介
本书前三章将集中介绍C#语言。首先介绍最基本的语法、类型和变量。而后会介绍一些高级的特性,如不安全代码以及预处理指令。其余各章则涵盖了.NET Framework的核心功能,包括LINQ、XML、集合、并发、I/O和网络、内存管理、反射、动态编程、特性、安全、应用程序域和原生互操作性等主题。第6章和第7章是后续主题的基础,除这两章之外,其余各章可以按照需要以任何顺序阅读。LINQ相关的三个章节最好按顺序阅读。其中的一些章节需要一些并发相关的知识,这些知识将在第14章中介绍。
|
C# C++ 开发者
.NET Micro Framework动态调用C/C++底层代码(原理篇)
.NET Micro Framework和WinCE系统不同,从应用开发角度来说,仅支持C#开发(从V4.2版本开始,才支持VB.NET开发),而不像WinCE应用开发,既可以用C#/VB.Net,也可以用EVC等工具进行C/C++开发。
955 0
|
JavaScript 前端开发 Java
一起谈.NET技术,.NET平台上的JavaScript引擎
  长久以来,在.NET平台上只能通过JScript.NET执行ECMAScript/JavaScript代码,但是该项目一直是.NET语言中的二等公民,甚至Mono中的对应项目也已经无人维护。不过在JScript.NET逐渐淡出人们视线的时候,.NET平台上也出现了一些新的JavaScript执行引擎,虽不完善,但值得关注。
1342 0
|
.NET
一起谈.NET技术,.NET框架:为什么我们要尽量使用框架内建的功能,而不是重新发明
  有很多人经常会持有这样的疑问:为什么 .NET 框架要把一些很简单的功能也封装起来?而有些人所坚持的“有现成的就用现成的”的习惯在那些“明明只是很简单的功能却被封装了起来”的情况下也显得很可笑。那么,实际上到底有没有必要用那些本来就很简单的封装?这些简单的封装到底具有什么样的意义呢?   其实大部分这样的简单的封装都是针对“跨平台使用”而设计的。
952 0
|
Web App开发 SQL 关系型数据库
一起谈.NET技术,Silverlight与PostgreSQL数据库的互操作(CURD完全解析)
  今天将为大家介绍如何让Silverlight使用PostgreSQL作为后台数据库以及CURD操作。   准备工作    1)建立起测试项目    细节详情请见强大的DataGrid组件[2]_数据交互之ADO.NET Entity Framework——Silverlight学习笔记[10]。
1010 0
|
C#
一起谈.NET技术,基于Visual Studio 2010 阐述C#4个特性
  Csharp4.0与以往版本基础体现了强大的性能优势,主要体现在以下四个方面:   1. 通过委托成员来实现接口   在C# 4.0中可以通过委托来实现某个成员的接口,例如下面的代码: public class Foo : IList   {   private List _Collection implements IList;   public Foo()   {   _Collection = new List();   }   }   被封闭的成员可以用委托实现一个或多个接口,多个接口用逗号分隔。
1094 0
下一篇
无影云桌面