C# 循环Timer内部启动嵌套线程后定时器停止运行该如何解决

问题根因 #

1. Join阻塞导致后续逻辑无法执行
   你在SomeThreadMethod中调用了someThread.Join()，这个方法会阻塞当前调用线程（也就是Timer的回调线程），直到你创建的子线程完全执行结束才会返回。如果子线程内部逻辑有死锁、死循环、或者长时间运行的任务，回调线程会一直卡在Join位置，永远不会执行到后续的TimerMethod()递归调用，也就没法创建下一次的定时器，循环自然就停止了。如果不启动线程、没有Join调用的话，SomeThreadMethod会立刻返回，后续逻辑可以正常执行，所以Timer能正常循环。
2. Timer局部变量被GC提前回收（潜在问题）
   你在TimerMethod中创建的Timer是局部变量，System.Threading.Timer本身基于弱引用机制生效，如果没有被全局/长生命周期的引用持有，即便逻辑上还没到触发时间，一旦GC执行，这个Timer对象就会被回收，回调直接失效，哪怕没有Join的问题，也可能出现随机的定时器停止情况。

修复方案 #

第一步：移除不必要的Join调用 #

如果你不需要等待子线程执行完成再走后续逻辑，直接删掉someThread.Join()即可，SomeThreadMethod会在启动子线程后立刻返回，Timer回调的后续逻辑可以正常执行。修改后的SomeThreadMethod参考：

public void SomeThreadMethod()
{
    Thread someThread = new Thread(() =>
    {
        // 线程内部执行逻辑
    });
    someThread.IsBackground = true; // 建议设置为后台线程，避免进程退出时被卡住
    someThread.Start();
    // 移除Join调用
}

第二步：优化Timer的生命周期管理，避免GC回收 #

不要每次递归都创建新的Timer，改用单例Timer，设置固定的间隔触发，同时将Timer实例作为类的成员变量持有，避免被GC回收：

// 将Timer声明为类的成员变量
private Timer _timer;

public void StartTimer()
{
    // 只初始化一次Timer，间隔5秒触发一次
    _timer = new Timer(TimerCallback, null, 5000, 5000);
}

private void TimerCallback(object state)
{
    System.Diagnostics.Debug.WriteLine("before function call");
    SomeThreadMethod();
    System.Diagnostics.Debug.WriteLine("after function call");
}

如果你的业务逻辑必须要求上一次回调完全执行完成后，再间隔5秒触发下一次（避免回调并发执行），可以保持单次触发的逻辑，但还是要把Timer作为成员变量持有：

private Timer _timer;

public void TimerMethod()
{
    _timer = new Timer((obj) =>
    {
        System.Diagnostics.Debug.WriteLine("before function call");
        SomeThreadMethod();
        System.Diagnostics.Debug.WriteLine("after function call");

        // 执行完成后再触发下一次
        _timer.Change(5000, Timeout.Infinite);
    },
    null, 5000, Timeout.Infinite);
}

特殊场景兼容 #

如果确实有需要等待子线程执行完成的场景，要确保子线程逻辑一定会正常退出，不要出现死锁、死循环的情况，同时可以给Join加上超时时间，避免无限阻塞：

// 最多等待10秒，超时就继续执行后续逻辑
if(someThread.Join(10000))
{
    // 子线程正常执行完成
}
else
{
    // 等待超时，可做异常处理
}

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