托管代码(特别是.NET)是否会变得"非托管"？
托管代码是指在执行过程中，其执行环境由运行时环境（如.NET运行时环境）管理和控制的代码。而非托管代码则是指在执行过程中，其执行环境不由运行时环境管理和控制的代码。因此，托管代码不会变成非托管代码。
在.NET框架中，托管代码主要由公共语言运行时（CLR）管理和执行。CLR提供了一个运行时环境，可以自动内存管理、垃圾回收、类型安全和安全性检查等功能。因此，在.NET框架中编写的代码都是托管代码，不会变成非托管代码。
总之，托管代码不会变成非托管代码，因为它们是由不同的运行时环境管理和执行的。
相关·内容
我们大致上谈到了C#和.NET的话题，他向我指出，对于所有常见的问题(低速、易碎的字节码等等)，他觉得这是“注定的”。在所有这些问题上，我都同意他的观点，但我拒绝说这是注定的，只是因为我觉得，随着时间的推移，像C#这样的语言可以变成原生代码(如果微软选择将.NET的实现从字节码( JIT运行时环境)改为直接编译成本地代码的环境我的意思是，这可能需要大量的工作(并且可能会打破太多的东西)，但是没有某种神奇的屏障可以阻止C#代码的本地编译(如果有人想这样做的话)，对吗？在这方面，.NET有一
浏览 2提问于2009-04-02得票数 3
回答已采纳
1回答
当运行库开始垃圾回收时，它会挂起所有托管线程。我的应用程序既有托管组件也有非托管组件。当运行时执行垃圾回收活动时，非托管代码中的本机线程有可能进入托管代码。
.net是如何处理这个问题的？.net是否会挂起本机线程或发生其他事情？
浏览 2提问于2010-09-01得票数 3
2回答
混合模式进程与托管到非托管IPC
、、、、
为了使事情变得更简单，这里有一个建议采用混合模式(即有一个.NET进程在其中加载本机C++层，很可能通过非常薄的C++/CLI层与其通信)。主要关注的是垃圾收集或其他.NET方面是否会妨碍进程的非托管C++部分的性能。
我开始查找安全点和GC助手方法的概念(例如，KeepAlive()等)。但我找不到任何关于这个或基准的直接讨论。据我所知，其中一个安全点是，如果一个线程正在执行未执行的代码，而在这种情况下，垃圾收集不会挂起任何线程(这是正确的
浏览 3提问于2013-02-20得票数 2
回答已采纳
6回答
由衷地，纪志国PS：以下是我的windbg跟踪信息：*注意73fa0000 7400b000 C:\WINDOWS\system32\USP10.dllModLoad: 79060000 790bb000
浏览 0提问于2009-10-24得票数 1
回答已采纳
1回答
.NET本机和RCW开销
、、、、
我很好奇.NET原生是如何工作的。通常，当在托管代码中使用WinRT类时，它们是通过RCW调用的，由于托管代码和非托管代码之间的互操作，因此会产生一些开销。我想知道，当使用.NET本机编译托管代码时，理论上是否存在相同的开销？
浏览 8提问于2017-08-18得票数 2
回答已采纳
我正在用C++/CLI包装一个纯非托管VC++ 9项目，以便从.NET应用程序中清楚地使用它。我知道如何编写和非托管代码，但我无法完全理解的是：
非托管库是一个非常复杂的C++库，使用了许多内联和其他特性，因此我无法将其编译到/clr-marked托管DLL中。如何从这个非托管代码导出符号，以便它可以从C++/CLI项目中使用？我是否</e
浏览 0提问于2013-03-24得票数 5
回答已采纳
4回答
用本机C++编写C#托管代码
、、、、
我正在开发一个托管库(使用Microsoft Web Services)，并将其包含在一个c++项目中。这个项目没有使用/clr选项，所以当我包含我的库的头文件时，VS2005会显示一个错误，告诉我必须使用/clr选项。
浏览 0提问于2011-05-23得票数 1
1回答
1)与托管内存相比，我更喜欢在非托管堆内存中使用缓冲区？我知道.net上的对象分配比非托管堆上的对象分配更快，而且由于GC开销的原因，.net上的对象销毁要昂贵得多，所以我认为使用非托管的速度要快得多。2)据我所知，在.net中对托管缓冲区和非托管缓冲区使用周引用更有效，如果缓冲区可能在一段时间后被重用(基于用户操作)，不是吗？
浏览 1提问于2014-01-08得票数 0
回答已采纳
现在，我正在搜索和尝试各种解决方案，大约两个星期，以实现以下目标:端口32位库和C++/.NET包装器到64位(用于C++)和AnyCpu (用于.NET)。第二个C++库(DDC)使用基本库，它更像是一个包装器，因为它封装了一个非常好的接口
整个驱动程序和数据库连接器只有32位配置。里面没有相关的文档，很多<e
浏览 3提问于2013-04-19得票数 2
1回答
我希望有人能给我指个正确的方向。我正在开发一个Outlook插件，利用一个C++与MAPI后端。我的MAPI知识相当基础，我使用的是MSDN和一本写于1996年的书，所以里面没有太多关于C#的内容！从本质上讲，我希望C#和C++都可以使用相同的连接器对象。目前，我正在尝试通过这样做来使用Singleton实例：Manager.CreateInstance(Manager
浏览 2提问于2015-04-24得票数 0
3回答
我正在阅读关于“内存管理和指针”的章节，特别是关于垃圾收集如何在.NET中工作的章节。它指出了“垃圾收集器不知道如何释放非托管资源(例如文件句柄、网络连接和数据库连接)”的原因，这就是为什么这类类应该声明析构函数(也称为“终结器”)或实现IDisposable。似乎所有这些“非托管资源”的例子都与与系统的交互有关，该系统来自应用程序之外，独立于.NET框架。但是，我不确定这是否是完全的区别，所以，
非托管资源所具有的
浏览 0提问于2011-03-17得票数 3
回答已采纳
4回答
我想从代码中分析DLL，特别是托管和非托管的依赖项。有没有什么(.NET)库可以用来分析类似的功能？
我想用它来验证我们是否在我公司创建的安装程序中部署了正确的DLL。我们有超过200个DLL。
浏览 0提问于2010-01-11得票数 3
回答已采纳
如果我们的UI必须在C#.NET中..。C#.NET只是将托管/非托管边界实现到C++吗？它做得好吗？
浏览 5提问于2014-04-30得票数 0
回答已采纳
在执行非托管程序集时，我得到了以下错误：
无法加载文件或程序集“file:///C：\Program Files\Maxima-5.21.1\lib\maxima\5.21.1\binary-gcl\是否不可能使用AppDomain执行非托管程序集？
浏览 1提问于2010-07-30得票数 3
回答已采纳
3回答
我有一个非托管invoke DLL，我的.NET应用程序通过p/ C++使用它。我从这个DLL中需要的方法相当耗时，我想并行处理这些方法调用。我的计划是通过从多个AppDomains并行调用非托管DLL来克服这个非线程安全问题。只要不并行执行，我就可以从多个AppDomains调用非托管代码而不会出现任何问题，但一旦并行调用，就会得到一个AccessViolationException。是否可以通过简单地从
浏览 1提问于2011-05-16得票数 7
2回答
在非托管堆上分配ref类对象
、、、、
如果我在C++/CLI中定义了一个新的ref class，那么我可以使用这个类型作为一个标准的非托管类吗?如果是的话，ref关键字会改变数据类型的内存布局吗？如果我将该类移植到ref class，它(在正常情况下)会继续在其他普通的非托管C++代码中工作吗？或者我必须保持原样，编写一个ref class包装器来处理.net互操作？要明确的是:我知道我不能只是将一个非托管指针传递到托管代码中
浏览 1提问于2011-05-18得票数 0
回答已采纳
1回答
我有一个ATL服务，我可以通过我的.NET4应用程序连接到该服务，该应用程序大部分是在托管c++中编写的。我希望在应用程序中创建一个非托管c++类，它实现由COM服务器定义的接口，并接收来自ConnectionPoint的事件。到目前为止，我得到的是：
意识到使用托管(ref类) c++类是不可能的，我使用的是一个正常的非托管类。顺便提一下，我在网络上发现很少有关于在托管c++项目中使用COM的资源。我最近看到的是的文章。有人对这个题目有什么好的读
浏览 1提问于2011-05-04得票数 1
回答已采纳
我已经开始阅读Azure Service Fabric -嗯，它有相当多的新概念，我不能立即发现它是否允许运行非托管代码。我们有一个价值700万行硬核C++代码的DCOM组件，我们绝对需要它。如果Service Fabric不能运行非托管代码，我们甚至不会考虑它。
Azure Servie Fabric是否可以运行非托管代码(特别是DCOM服务器)？
浏览 7提问于2015-06-29得票数 0
1回答
在C#和本机C++之间共享内存
、、、、
有没有一种方法可以在托管代码和本机代码之间共享内存，就像内存映射文件一样(我使用的是MMF2.0，所以.Net在这个版本中不可用)，我是第一次接触这个.Net，那么什么是真正的编组？我这样做是为了在托管代码和非托管代码之间进行通信，但我的问题是，在封送处理期间，我们是将非托管代码的内存部分复制到托管内存区域，还是共享相同的地址空间，因此当我们从<
浏览 1提问于2011-11-02得票数 1
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
实时音视频活动推荐
腾讯云开发者
