C#的单例模式引起的自定义异常的捕获问题
2010-12-24 14:03
225 查看
body
{
line-height: 200%;
}
dl dt
{
font-size: 20px;
font-weight: bold;
}
dl dd
{
font-size: 15px;
font-family: 宋体;
}
案例代码
对于单例模式,C#有个简洁的实现,采用静态的只读字段实现。
但是如果在单例模式构造函数中,发生了异常自定义异常,在客户端能捕捉到吗?
代码下载:
ConfigException为我们定义异常类,TriggerException为异常触发类。
先不要运行,猜下会捕捉到什么异常?
现实
事实上我们的自定义异常没有没Catch到,这是现象很隐蔽,主要是他不影响影响我们程序正常运行,只是我们费力定义的自定义异常都没有起到任何的作用。
通常我们在单例模式的Portal工作,如果发生了异常,而如下日志记录的异常粒度对于运维一般参考价值不大
{"“ConsoleApplication4.Singleton”的类型初始值设定项引发异常。"}
[System.TypeInitializationException]: {"“ConsoleApplication4.Singleton”的类型初始值设定项引发异常。"}
Data: {System.Collections.ListDictionaryInternal}
HelpLink: null
InnerException: {"ComplicatedCalculate 的异常"}
Message: "“ConsoleApplication4.Singleton”的类型初始值设定项引发异常。"
Source: "ConsoleApplication4"
StackTrace: " 在 ConsoleApplication4.Program.Main(String[] args) 位置 E:\\MyStudy\\ArchitectureHOL\\ConsoleApplication4\\ConsoleApplication4\\Program.cs:行号 16"
TargetSite: {Void Main(System.String[])}
解决办法
还是回到经典的单例模式的实现。代码如下:
public class Singleton
{
public readonly static Singleton instance = null;
private static object objectLock = new object();
public int Age
{
get;set;
}
public static Singleton Instance
{
get
{
if (instance == null)
{
lock (objectLock)
{
if (instance == null)
instance = new Singleton();
}
}
return instance;
}
}
private Singleton()
{
TriggerException t = new TriggerException();
t.ComplicatedCalculate();
}
}
这样就可以Catch到我们自定义的异常了。
原因和疑惑
为什么字采用readonly Static 方式实现单例不能捕捉到自定的异常?这个也是调用构造函数Singleton进而触发异常的,为什么微软做了一个这样的设计?其CLR的实现机制会给我们带来什么样的异常处理启发?这个也是我写此文的主要目的,希望有人讨论指点下。但是我想以下两点很重要 :
C#静态只读字段在作为动态常量在运行时赋值的时候出现异常,.Net FrameWork把他作为一个一般异常进行处理,把我们的自定义异常作为他的InnerException
C#静态属性在MSIL语言就是已经看作为一个方法了。所以其调用的方法异常会被Catch而返回上一级调用者。
{
line-height: 200%;
}
dl dt
{
font-size: 20px;
font-weight: bold;
}
dl dd
{
font-size: 15px;
font-family: 宋体;
}
案例代码
对于单例模式,C#有个简洁的实现,采用静态的只读字段实现。
但是如果在单例模式构造函数中,发生了异常自定义异常,在客户端能捕捉到吗?
代码下载:
ConfigException为我们定义异常类,TriggerException为异常触发类。
先不要运行,猜下会捕捉到什么异常?
现实
事实上我们的自定义异常没有没Catch到,这是现象很隐蔽,主要是他不影响影响我们程序正常运行,只是我们费力定义的自定义异常都没有起到任何的作用。
通常我们在单例模式的Portal工作,如果发生了异常,而如下日志记录的异常粒度对于运维一般参考价值不大
{"“ConsoleApplication4.Singleton”的类型初始值设定项引发异常。"}
[System.TypeInitializationException]: {"“ConsoleApplication4.Singleton”的类型初始值设定项引发异常。"}
Data: {System.Collections.ListDictionaryInternal}
HelpLink: null
InnerException: {"ComplicatedCalculate 的异常"}
Message: "“ConsoleApplication4.Singleton”的类型初始值设定项引发异常。"
Source: "ConsoleApplication4"
StackTrace: " 在 ConsoleApplication4.Program.Main(String[] args) 位置 E:\\MyStudy\\ArchitectureHOL\\ConsoleApplication4\\ConsoleApplication4\\Program.cs:行号 16"
TargetSite: {Void Main(System.String[])}
解决办法
还是回到经典的单例模式的实现。代码如下:
public class Singleton
{
public readonly static Singleton instance = null;
private static object objectLock = new object();
public int Age
{
get;set;
}
public static Singleton Instance
{
get
{
if (instance == null)
{
lock (objectLock)
{
if (instance == null)
instance = new Singleton();
}
}
return instance;
}
}
private Singleton()
{
TriggerException t = new TriggerException();
t.ComplicatedCalculate();
}
}
这样就可以Catch到我们自定义的异常了。
原因和疑惑
为什么字采用readonly Static 方式实现单例不能捕捉到自定的异常?这个也是调用构造函数Singleton进而触发异常的,为什么微软做了一个这样的设计?其CLR的实现机制会给我们带来什么样的异常处理启发?这个也是我写此文的主要目的,希望有人讨论指点下。但是我想以下两点很重要 :
C#静态只读字段在作为动态常量在运行时赋值的时候出现异常,.Net FrameWork把他作为一个一般异常进行处理,把我们的自定义异常作为他的InnerException
C#静态属性在MSIL语言就是已经看作为一个方法了。所以其调用的方法异常会被Catch而返回上一级调用者。
相关文章推荐
- c#.net内部异常捕获问题
- 从源代码剖析Struts2中用户自定义配置转换器的两种方式——基于字段的配置转换器和基于类型的配置转换器(解决了实际系统中,因没有区分这两种工作方式的生命周期而引起的异常错误问题)
- C# 捕获数据库自定义异常
- 设计模式的实际应用——在C#中解决单客户端窗口数据并发问题(2010-08-04)
- c#的异常捕获
- Android自定义捕获Application全局异常
- C#入门11.6_自定义异常类
- 【问题汇总】图片资源引起IllegalArgumentException异常的问题
- memcached jar 包 导入错误引起的异常,及使用中碰到的问题
- C#程序异常关闭时的捕获
- 自定义异常捕获-CrashHandler
- Android中使用ClassLoader修改自定义异常类继承来使异常捕获失效来坑害你的同事
- C#调用java接口报“Fault occurred while processing”异常问题
- 编写高质量代码改善C#程序的157个建议——建议65:总是处理未捕获的异常
- C#调用Response.Redirect方法触发异常问题
- C#解决微信支付Exception has been thrown by the target of an invocation(调用的目标发生了异常)的问题
- C#中的异常捕获机制(try catch finally)
- 线程池自定义扩展,捕获异常位置(非常有用)
- 自定义捕获异常
- 笔记:MSSQL处理抛出多个异常,C#怎么个捕获法子