CLR 4.0有哪些新东西? -- 状态错乱异常 Corrupted state Exception

简介: 状态错乱异常Corrupted state Exception 根据评论, 又去看了更多的英文资料. 对此文进行了修改. 感谢大家的意见. 有人叫它超级异常. 指的是操作系统提出的未捕获异常, 例如: Access Violation Exception, Invalid Memory Exception, 等等.

状态错乱异常Corrupted state Exception

根据评论, 又去看了更多的英文资料. 对此文进行了修改. 感谢大家的意见.

有人叫它超级异常. 指的是操作系统提出的未捕获异常, 例如: Access Violation Exception, Invalid Memory Exception, 等等. 处理不当, 会打乱程序的状态, 引起程序崩溃, 或者导致不想看到的程序行为, 如同神经错乱. CLR4.0针对状态错乱异常做了一种可配置的处理机制. 请看下面的程序. 在以前的CLR里, 这个catch (Exception ex) 将所有可能发生的异常(包括状态错乱异常)都捕获. 在CLR4.0里, 默认情况下CLR4.0不会将操作系统提出的异常提交给托管代码. 因此默认情况下, 这个超级catch不会遇到状态错乱异常, 其它由CLR引发的异常还是可以捕获的.

class Program
{
    static void Main(string[] args)
    {
        SaveFile("file.txt");
        Console.ReadLine();
    }
    public static void SaveFile(string fileName)
    {
        try
        {
            FileStream fs = new FileStream(fileName, FileMode.Create);
        }
        catch (Exception ex)
        {
            Console.WriteLine("File open error");
            throw new IOException();
        }
    }
}
因为存在某些特殊情况, 需要改变默认的策略. CLR 4.0提供了两种定制的手段
[HandleProcessCorruptedStateExceptions]方法标注(Method attribute)
在需要超级catch的方法前面加上这个标注.就可以让超级catch也能捕获状态错乱异常, 入下:
[HandleProcessCorruptedStateExceptions]
public static void SaveFile(string fileName)
{
    try
    {
        FileStream fs = new FileStream(fileName, FileMode.Create);
    }
    catch (Exception ex)
    {
        Console.WriteLine("File open error");
        throw new IOException();
    }
}
注:这个方式只能在此方法内生效. 在其它地方还是按CLR4.0的默认方式处理.  
config配置文件
如果想在整个应用级改变这个策略, 就在config配置文件中写上
<?xml version="1.0"?>
<configuration>

  <runtime>
    <legacyCorruptedStateExceptionsPolicy enabled="true"/>
  </runtime>
</configuration>

参考资料:
http://eknowledger.spaces.live.com/blog/cns!F475D4DE444DB1AB!3256.entry
http://msdn.microsoft.com/en-us/magazine/cc793966.aspx
http://msdn.microsoft.com/en-us/magazine/dd419661.aspx
http://geekswithblogs.net/sdorman/archive/2008/11/07/clr-4.0-corrupting-state-exceptions.aspx

目录
相关文章
|
7月前
|
关系型数据库 MySQL 大数据
大数据新视界--大数据大厂之MySQL 数据库课程设计:MySQL 数据库 SQL 语句调优的进阶策略与实际案例(2-2)
本文延续前篇,深入探讨 MySQL 数据库 SQL 语句调优进阶策略。包括优化索引使用,介绍多种索引类型及避免索引失效等;调整数据库参数,如缓冲池、连接数和日志参数;还有分区表、垂直拆分等其他优化方法。通过实际案例分析展示调优效果。回顾与数据库课程设计相关文章,强调全面认识 MySQL 数据库重要性。为读者提供综合调优指导,确保数据库高效运行。
|
缓存 JSON JavaScript
深入理解RESTful API设计原则与最佳实践
- REST是一种基于HTTP的Web服务设计风格,强调资源、统一接口和无状态性。 - 设计原则:统一接口(资源标识、操作、自描述消息、无状态),资源中心,标准方法,分层系统和缓存。 - 最佳实践:版本控制、JSON格式、有意义的状态码、HATEOAS和安全性(HTTPS,认证,授权)。 - 示例:使用Node.js和Express实现用户管理API,包括GET、POST、PUT和DELETE操作,展示资源操作的基本实现。 代码示例展示了如何创建、读取、更新和删除用户资源,以及处理HTTP状态码和错误情况。实际应用时,需进一步完善安全和性能优化。
2159 0
|
Java
Java递归:深入理解与应用
Java递归:深入理解与应用
173 1
|
前端开发 JavaScript
nuxt3:postcss-pxtorem
nuxt3:postcss-pxtorem
785 0
nuxt3:postcss-pxtorem
|
人工智能 移动开发 算法
禁忌搜索(Tabu Search)原理梳理和应用细节-附求解VRPTW问题C++代码
禁忌搜索(Tabu Search)原理梳理和应用细节-附求解VRPTW问题C++代码
禁忌搜索(Tabu Search)原理梳理和应用细节-附求解VRPTW问题C++代码
|
Java Linux Maven
谁才是微服务赢家:Quarkus 与 Spring Boot
在容器时代(“ Docker 时代”),无论您是否在使用它,都不可否定java的活力。Java 在性能方面一直比较有优势,主要是因为代码和真实机器之间的抽象层,多平台的成本(一次编写,随处运行 - 还记得吗?),其中包含 JVM -between(JVM:模拟真实机器所做的软件机器)。 如今,使用微服务架构,也没有任何优势,为总是在同一个地方和平台上运行的东西(Docker 容器 - Linux) 环境构建多平台(解释)的东西。可移植性现在不那么重要了(可能比以往任何时候都重要),那些额外的抽象级别并不重要。
958 0
|
网络协议 关系型数据库 MySQL
Centos7安装docker仓库Harbor
Centos7安装docker仓库Harbor
291 0
|
存储 算法
数据结构与算法—单源最短路径dijkstra算法
对于dijkstra算法,很多人可能感觉熟悉而又陌生,可能大部分人比较了解bfs和dfs,而对dijkstra和floyd算法可能知道大概是图论中的某个算法,但是可能不清楚其中的作用和原理,又或许,你曾经感觉它很难,那么,这个时候正适合你重新认识它。
259 0
数据结构与算法—单源最短路径dijkstra算法
JetBrains学生产品申请
JetBrains学生产品申请
674 0
|
SQL 存储
T-SQL基础
T-SQL基础
349 0
T-SQL基础