.net 试图读取或写入受保护的内存。这通常表示其他内存已损坏。从3.5迁移到4.0后 我有一个WiFrm Apple，它引用了几个C++ DLL。最近从NET3.5迁移到了4.0。 迁移之后，当我关闭表单时，我得到 “试图读取或写入受保护的内存。这通常表示其他内存已损坏。”上述访问异常。 在NET3.5版本中，它运行良好。 我尝试了不同的方法来解决这个问题。未检查的“托管代码的JIT优化”，也抑制C++对象的最终化。但仍然面临同样的问题。但是当我签入异常时，我总是得到相同的堆栈跟踪。请帮忙

从.NET 4.5升级到.NET 4.5.1后，我遇到了同样的问题。为我解决这个问题的是运行以下命令：

---

netsh winsock reset

在.NET 4.0中很可能比在3.5中有更严格的检查，因此，虽然在3.5中它可能“工作正常”，但您仍然需要修复原始问题。请尝试将目标锁定为“.NET Framework 4”而不是“.NET Framework 4客户端配置文件”以及您始终获得的堆栈跟踪？这是什么意思？C++的DLL是64位吗？NET4现在默认使用32位，除非另有指示，否则会产生与您得到的错误类似的错误。只需转到“项目设置”并显式将CPU类型设置为x64。Tragedian。。。谢谢你的回复。我总是被跟踪。在cTrace的cCS.Lock（cCS*）的EnterCriticalSection（_RTL_CRITICAL_SECTION*）和ABBDK.AMES.CoreSystem.Support.Diagnostic.Trace.Finalize（）的{dtor}（cTrace*）中，这个命令将如何帮助解决我的问题。。请解释。它会重置TCP/IP网络堆栈，这显然会导致您看到的错误。它确实为我解决了问题。我必须同意@Cocowalla的观点，在某些情况下，这是一个解决方案。您还可以看到到Sql Server的连接出现故障。请参阅Microsoft知识库的2568167、2915689和2890857以了解一些线索/验证。我打电话给微软PSS，他们确认这是.NET4.5.1中的一个bug。我并不是说这是唯一的案例，但这绝对是一条需要调查的途径。我们还发现Sophos的旧版本似乎是问题的一部分。