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

简介:

互操作系列文章:

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

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

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

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

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

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

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

我们继续.NET互操作学习。前一篇文章中我们学习了基础知识中的DllImport关键特性;我们继续学习基础知识中的内存释放相关技术;

在托管与非托管内存之间,是不允许直接调用进行相互操作的,这点我相信稍微有点.NET技术基础的人都能了解;上一篇文章中有位朋友提出了些问题,刚好我们在这里就当是学习来粗略的分析一下,问题大概是这样的:[王清培版权所有,转载请给出署名]

1.在.NET托管平台上的对象与非托管的对象之间是否能直接互换?

2.托管内存与非托管内存是否存在差异?如果存在差异是否有方法能进行等价转换或者叫做等价复制;

我们就上面两个问题来详细分析一下,由于本人也在学习这方面的知识所以理解的也不是很透彻,只能是一些微薄的猜测吧,大家一起来帮忙分析;

第一个问题:在.NET托管平台上的对象与非托管的对象之间是否能直接互换?其实第一个问题是隐藏在第二个问题里面的,首先我们要确定的是,“互换”与“转换”的概念,为了统一大家步伐,我们必须将“互换”与“转换”做一些定义;

“互换”:我假定有两块内存空间,每块内存空间存储不同的对象,比如:在一块非托管内存块中保存着Char*类型的指针,在另一块托管内存块中保存着String类型的值,由于Char*是指针类型,而我们的托管String是.NET平台类型,微小的变化就可能引起内存布局不同的可能;数据结构里面讲到,变量分为原子型和结构型,原子型变量都存在着字面值的概念,什么叫字面值就是我们人用来交流的数据值,比如:bool类型的true和false;两块内存中保存的东西是不一样的,高级语言在经历了一系列编译器处理之后,会确定下来内存中保存的数据是什么样子的;也就是说内存的分配原则是按照对象的类型来的;在托管与非托管的内存空间中,不同的平台所有的引用地址类型也各不相同,当然如果能成功的“互换”就说明能在托管与非托管之间进行直接数据访问了;总之互换是两个对象之间的彼此转换,是双向的;

“转换”:转换的概念我个人觉得来源于高级语言的语法解释而已,所谓转换其实也就是a到b的转换,将一种类型转换成另一种类型的动词描述,我们具体点打个比方:如果有一个对象是a,有一个对象是b,我想将a转换成b,就是将对象从一种状态转换成另一种状态;总之转换是单向的,只能是一种到另一种的转换;

针对上述我们分析的结果,由于时间比较紧,我们从第二个问题入手吧,因为本篇文章不是解决问题为主的;经过上面的分析我们确定托管内存与非托管内存的结构是不一样的,这种不一样并不是所有的对象类型都不一样,在.NET平台里面有一些如:int,char之类的平台等价类型,是可以直接互换的;如果是一些非等价类型,要想成功进行转换就必须得借助于托管对象关于互操作方面的知识了,由于这样一扯可能今天这篇文章是讲不完了,这里就粗略的过一下吧;我们下面进入今天的主题;其实有些概念真的不太好讲,你要说托管与非托管内存不一样,有人会问不一样在什么地方;真的没有说服性的理由;

关于非托管内存释放的问题

似乎今天的主题就是关于托管与非托管内存的问题,刚好能详细的说明上面的问题;要想在托管内存中释放非托管内存,没有那么简单;不同的代码库,调用的分配内存的方法不一样,算法也就不一样;C的分配与回收是malloc、free,C++的是new、delete,COM是CoTaskMemAlloc、CoTaskMemFree;在操作系统这么大的一个平台上存在着千千万万种内存操作方式,大家所属性的是上述几种,有可能那位技术牛人自己写了一套内存分配和回收的DLL,那么我们不可能让.NET一劳永逸,所以存在着这些不确定因素;(我穿插一句废话,其实不管我们所说的底层是什么样子的,哪怕真的越过了内核到了硬件抽象层甚至到了驱动部分,1就是1,2还是2,该走的路程还是会走,我们千万不要神秘话底层,只要我们抱着一颗探索的心什么都OK);

.NET平台的默认内存分配和回收都是基于COM(组件对象模型)的,由于COM是一套非托管年代的公用原则,所以微软只能做到这个位置了;如果非托管内存是用COM的CoTaskMemAlloc分配的那么.NET的封送拆收器会自动的释放掉那块内存;如果是非托管内存是采用C的或者C++或者其他的什么方式分配的.NET根本不知道你是怎么分配的,所以这个时候需要我们采用折中的办法来解决。非托管的内存释放只有非托管知道,所以在非托管中定义一个释放非托管资源的方法,然后在用.NET平台去调用这个非托管方法来进行释放内存;下面我们来看一个小例子,以说明问题为主;

图1:

这是非托管的代码,由于时间关系我就没有写具体的操作了;说明原理就行了;

图2:

这是在托管.NET平台上面定义的非托管代码调用关系;

图3:

这样一来,不管非托管的内存是采用什么方法分配的内存我们都能在托管中将其释放;首要的原则就是我们必须清楚非托管内存的分配方法;如果不清楚的情况下,默认是COM的释放方法;王清培版权所有,转载请给出署名





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




相关文章
|
开发框架 算法 .NET
一个简单高效低内存的.NET操作Excel开源框架 - MiniExcel
一个简单高效低内存的.NET操作Excel开源框架 - MiniExcel
171 0
|
5月前
|
存储 开发框架 .NET
"揭秘.NET内存奥秘:从CIL深处窥探值类型与引用类型的生死较量,一场关于速度与空间的激情大戏!"
【8月更文挑战第16天】在.NET框架中,通过CIL(公共中间语言)可以深入了解值类型与引用类型的内存分配机制。值类型如`int`和`double`直接在方法调用堆栈上分配,访问迅速,生命周期随栈帧销毁而结束。引用类型如`string`在托管堆上分配,堆栈上仅存储引用,CLR负责垃圾回收,确保高效且自动化的内存管理。
58 6
|
2月前
|
开发框架 监控 .NET
【Azure App Service】部署在App Service上的.NET应用内存消耗不能超过2GB的情况分析
x64 dotnet runtime is not installed on the app service by default. Since we had the app service running in x64, it was proxying the request to a 32 bit dotnet process which was throwing an OutOfMemoryException with requests >100MB. It worked on the IaaS servers because we had the x64 runtime install
|
3月前
|
数据库连接 开发者
.NET 内存管理两种有效的资源释放方式
【10月更文挑战第15天】在.NET中,有两种有效的资源释放方式:一是使用`using`语句,适用于实现`IDisposable`接口的对象,如文件流、数据库连接等,能确保资源及时释放,避免泄漏;二是手动调用`Dispose`方法并处理异常,提供更灵活的资源管理方式,适用于复杂场景。这两种方式都能有效管理资源,提高应用性能和稳定性。
|
3月前
|
算法 Java 数据库连接
.NET 内存管理两种有效的资源释放方式
【10月更文挑战第14天】在 .NET 中,`IDisposable` 接口提供了一种标准机制来释放非托管资源,如文件句柄、数据库连接等。此类资源需手动释放以避免泄漏。实现 `IDisposable` 的类可通过 `Dispose` 方法释放资源。使用 `using` 语句可确保资源自动释放。此外,.NET 的垃圾回收器会自动回收托管对象所占内存,提高程序效率。示例代码展示了如何使用 `MyFileHandler` 类处理文件操作并释放 `FileStream` 资源。
|
4月前
|
存储 运维
.NET开发必备技巧:使用Visual Studio分析.NET Dump,快速查找程序内存泄漏问题!
.NET开发必备技巧:使用Visual Studio分析.NET Dump,快速查找程序内存泄漏问题!
|
5月前
|
存储 算法 Java
深入理解.NET中的托管堆及其工作原理
【8月更文挑战第31天】
55 1
|
5月前
|
缓存 程序员
封装一个给 .NET Framework 用的内存缓存帮助类
封装一个给 .NET Framework 用的内存缓存帮助类
|
5月前
|
缓存 开发框架 .NET
看看 Asp.net core Webapi 项目如何优雅地使用内存缓存
看看 Asp.net core Webapi 项目如何优雅地使用内存缓存
127 1

热门文章

最新文章