前几天做CA签名这个需求时发现一个很诡异的事情,CA签名调用的接口是由另外一个开发部门的同事(比较难沟通的那种人)封装并提供到我们这边的。我们这边只需要把数据准备好,然后调他封装的接口即可完成签名操作。但在测试过程中,发现他提供的接口在某些边界条件时,会报错。通过反编译调试后,把报错的堆栈及要如何修改都发给了那个同事,但是他没鸟我,项目经理他不懂技术,也不想管这个事情(所以以后跳槽一定要跳到一个好一点的团队)。我该做的都已经做了,没办法,毕竟是我负责的功能需求,到时候报错了也是第一时间找到我。我这边就try catch捕获一下异常呗,神奇的事情出现了,没捕获到,而是被Application.ThreadException事件注册的方法给捕获到了(这里捕获这个词不算很恰当,即触发Application.ThreadException事件对应的方法)。我们都知道,UI线程中未捕获的异常,如果在程序的Main方法入口注册了Application.ThreadException事件对应的方法,UI线程发生异常如果未捕获并处理该异常就会触发Application.ThreadException事件对应的方法。这就说明我try catch不到他那个接口的异常信息。
我这边处理的业务逻辑代码大概可以描述为:
通过反编译看了一下"调用封装CA签名接口的代码块"对应的代码,它的大概处理流程是这样的:先通过Spring.Net接口调用CA签名的业务逻辑,记为业务逻辑A,业务逻辑A的实现流程如下:通过反射,拿到对应的CA签名的实现类(因为我们这边的代码需要兼容多个CA签名的厂商),我们这边对接的是网政通的CA,我这边就只介绍一下它的大概流程:先获取提供接口的CA用户的用户信息,记为步骤1;如果有用户信息,则需要再次调用获取用户token信息接口,记为步骤2;获取token用户信息成功后,再调用获取CA用户二维码信息的接口,获取到签章并以二维码的形式显示出来让用户进行扫码操作,记为步骤3。如果前面的步骤1不成功,后面的步骤2,3都不用继续操作了,直接返回CA签名失败,走普通签名逻辑。同事的接口报错就发生在步骤1中,没有CA用户信息时,某些代码逻辑写得不够严谨,就报错了。
至于我这边为何try catch步骤1中发生的异常信息,我做了如下的猜测并进行了验证
1 是不是spring.net的框架把它给处理了,结合前面使用过spring.net的经验,排除了这种可能性
2 是不是被反射的方法里面报错,调用方就抓不到异常,不太确定,那就用代码验证一下,后面验证过了,反射的虽然拿不到具体的报错堆栈信息,但还是能通过try catch捕获到异常信息的。
3 是不是他的代码里面有我不知道的异常处理方式,但是看了好久,也没看出哪里有特别的地方
4 是不是在不同的AppDomain的异常,就捕获不到,后面也尝试过了,也是能捕获的
前面的猜测无果后,就一路在网上查询C#中try catch不到异常的情况:
网上说的情况(未验证):有说调用非托管的代码就捕获不到异常
其它靠谱一点的捕获不到异常的情况:
文章链接1 (未做验证):Exception not caught using catch block
StackOverflowException:堆栈溢出异常
ThreadAbortedException:线程停止异常
OutOfMemoryException:堆栈溢出异常
ExcutionEngineException:执行引擎异常
BadImageFormatException:错误图片类型异常
文章链接2 (未做验证):The Uncatchable Exception
情况1:出现死递归导致内存异常的异常:
情况2:处理的异常中人工调用了Environment.FailFast,捕获不到异常,程序直接退出
不过都不是我要的解决方案,当看到Environment.FailFast时,突然灵光一闪,是不是winform框架给捕获了,然后再手工调用某个方法,会触发Application.ThreadException事件对应的方法。有了思路后,再来反调试代码,发现同事重写了winfrom窗体的OnLoad方法,在重新的OnLoad方法中完成步骤1操作,而在反编译调试中,看到winfrom窗体调用OnLoad方法的调用方捕获了异常,并调用Application.OnException触发Application.ThreadException事件对应的方法,如下图:
下面我们就一起验证一下这种情况:
测试环境:
.net framework 4.0
visual studio 2017
具体步骤如下:
1 新增名为TestMain的winfrom项目
2 编辑默认的Program类如下:
using System;
using System.Collections.Generic;
using System.Linq;
using System.Windows.Forms;
namespace TestMain
{
static class Program
{
/// <summary>
/// 应用程序的主入口点。
/// </summary>
[STAThread]
static void Main()
{
Application.EnableVisualStyles();
Application.SetCompatibleTextRenderingDefault(false);
Application.ThreadException += Application_ThreadException;
Application.Run(new Form1());
}
private static void Application_ThreadException(object sender, System.Threading.ThreadExceptionEventArgs e)
{
MessageBox.Show("Main方法中的Application_Thread输出,详细错误信息如下:" + e.Exception.Message + e.Exception.StackTrace);
}
}
}
这里我注册了Application.ThreadException事件回调的方法Application_ThreadException,如果UI线程中有没有处理的异常,就会触发这个方法。
3 新增winform窗体,名为QRCodeFrm,对应的UI界面设计如下:
对应的后台代码如下:
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System.Text;
using System.Windows.Forms;
namespace TestMain
{
public partial class QRCodeFrm : Form
{
public QRCodeFrm()
{
InitializeComponent();
}
protected override void OnLoad(EventArgs e)
{
bool flag = true;
if (flag)
{
int a = 1;
int b = 0;
//这里会抛出异常
int c = a / b;
}
}
}
}
在这里,我们重写了OnLoad方法,然后再进行a/b的除以0操作,这里运行时会报异常
4 在默认的Form1窗体中拖入一个按钮,UI界面如下图:
button1按钮对应的逻辑如下:
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System.Reflection;
using System.Text;
using System.Threading;
using System.Windows.Forms;
using TestApi;
namespace TestMain
{
public partial class Form1 : Form
{
public Form1()
{
InitializeComponent();
}
private void button1_Click(object sender, EventArgs e)
{
try
{
QRCodeFrm frm = new QRCodeFrm();
frm.ShowDialog();
}
catch (Exception ex)
{
MessageBox.Show("捕获到异常,异常信息如下:"+ex.Message+ex.StackTrace);
}
}
}
}
在button1_Click我们进行捕获异常
5 生成项目并运行,结果如下:
可以看到Application.ThreadException事件回调的方法Application_ThreadException已经被调用,接着后弹出QRCodeFrm对应的窗体,如下图:
可以看到,已经按照猜想那样进行了输出显示。
回到最初的那个问题,我们要怎么处理才能捕获到同事接口的那个异常信息呢,有个不是很靠谱的方法是,我们在合适的地方重新注册Application.ThreadException事件方法,我们都知道,通过+=的方式注册的Application.ThreadException事件方法,前面已经注册过的事件方法就会被覆盖。修改前面演示的例子中的Form1,并编辑如下:
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System.Reflection;
using System.Text;
using System.Threading;
using System.Windows.Forms;
using TestApi;
namespace TestMain
{
public partial class Form1 : Form
{
bool isCatch = false;
string errorMessage = string.Empty;
public Form1()
{
InitializeComponent();
Application.ThreadException += New_Application_ThreadException;
}
private void New_Application_ThreadException(object sender, ThreadExceptionEventArgs e)
{
errorMessage = e.Exception.Message + e.Exception.StackTrace;
isCatch = true;
}
private void button1_Click(object sender, EventArgs e)
{
try
{
QRCodeFrm frm = new QRCodeFrm();
frm.ShowDialog();
}
catch (Exception ex)
{
MessageBox.Show("捕获到异常,异常信息如下:"+ex.Message+ex.StackTrace);
}
if (isCatch)
{
MessageBox.Show("被捕获的异常:"+errorMessage);
}
}
}
}
运行结果如下:
接着会弹出粗我提示框如下:
可以看到,Main方法中注册的Application.ThreadException事件方法的已经被新注册的方法给覆盖了
注意:这种解决方案风险比较大,我这边新增了一个参数进行控制是否进行Application.ThreadException事件方法的重新注册,等同事修改了代码,我这边就会把参数进行关闭,这算是留了一手吧
本文的内容到此结束,内容仅代表个人观点,如有写得不对的地方,望指正。