新触发的回调是否会中断正在运行的前序回调函数？

是的，你遇到的情况确实是前序回调（CALL1）被新触发的回调（CALL2）中断了，但本质原因和事件的线程触发模型以及回调逻辑里的共享资源安全性有关，具体分析如下：

核心原因分析 #

1. 事件的多线程触发特性
   如果a.Arrived事件是从线程池、独立工作线程这类多线程环境触发回调，多个回调会被并行执行。此时若回调逻辑没有线程安全保护，就会出现资源抢占的情况。
2. IMn实例的共享/抢占问题
   你的回调里通过e.GetScn()获取IMn实例并使用using包裹，若多次触发事件时返回的是同一个IMn实例，CALL2的using会尝试获取该实例，可能导致CALL1中的实例被强制释放（比如实例内部引用计数逻辑线程不安全，或被外部逻辑回收），进而让CALL1的循环因实例失效提前终止。
3. 未捕获的异常
   如果scn实例在CALL1执行过程中被释放，会抛出ObjectDisposedException这类异常，若未捕获，回调会直接终止，看起来就像循环没执行完。

解决办法 #

1. 给回调加线程同步锁

确保同一时间只有一个回调执行，避免资源抢占：

private readonly object _callbackSyncLock = new object();

private void arrived_call(object sender, ScnEventArgs e) {
    lock (_callbackSyncLock) {
        using(IMn scn = (IMn) e.GetScn()) {
            //Do work on scn
            for (int i = 0; i < 50; i++) {
                Console.WriteLine(i);
            }
        }
    }
}

2. 捕获异常排查问题

在回调中添加异常捕获，确认是否是实例失效导致的终止：

private void arrived_call(object sender, ScnEventArgs e) {
    try {
        using(IMn scn = (IMn) e.GetScn()) {
            //Do work on scn
            for (int i = 0; i < 50; i++) {
                Console.WriteLine(i);
            }
        }
    } catch (Exception ex) {
        Console.WriteLine($"回调执行中断，异常信息：{ex.Message}\n{ex.StackTrace}");
    }
}

3. 确认事件的触发模型

查看a.Arrived事件的官方文档或源码，确认它是同步触发（同一线程串行执行回调）还是异步触发（多线程并行执行）：

• 如果是同步触发，并行问题不存在，中断大概率是IMn实例本身的线程不安全问题；
• 如果是异步触发，必须通过锁或其他同步机制保护回调逻辑。

内容的提问来源于stack exchange，提问作者pisistrato