VS2017调试模式下能否查看Timer线程？

嘿，我来帮你拆解下遇到的这两个问题～

一、避免Timer嵌套导致的“线程树”问题 #

首先得提醒你，在Unity里用System.Timers.Timer要特别注意：它的Elapsed事件是跑在线程池线程里的，如果每次触发Elapsed就新建一个Timer，确实会不断占用线程池资源，导致线程泛滥。给你几个靠谱的解决思路：

• 复用单个Timer实例：不要在Elapsed事件里创建新Timer，初始化时只创建一个Timer对象，设置好触发间隔，之后只在事件里处理业务逻辑，让它重复触发就行。
• 按需启停Timer：如果需要完成某个任务后再触发下一次，那就在Elapsed事件开头先调用timer.Stop()，处理完逻辑后再根据条件调用timer.Start()，这样就不会同时存在多个活跃的Timer实例。
• 优先用Unity原生计时方式：其实Unity的协程（Coroutine）或者InvokeRepeating更适合你的场景，它们都是在Unity主线程执行的，既不会有线程泛滥的问题，也能避免跨线程操作Unity API的报错（比如在Timer线程里操作GameObject会直接崩）。举个例子：

  // 用InvokeRepeating
  void Start()
  {
      InvokeRepeating("DoTimerTask", 1f, 2f); // 1秒后开始，每2秒触发一次
  }
  
  void DoTimerTask()
  {
      // 你的任务逻辑
  }
  
  // 用协程
  IEnumerator TimerCoroutine()
  {
      while(true)
      {
          // 你的任务逻辑
          yield return new WaitForSeconds(2f);
      }
  }
  

二、VS2017线程视图看不到Timer线程的原因及解决办法 #

你看不到Timer线程，主要和Unity的调试机制以及System.Timers的线程特性有关：

• System.Timers.Timer的Elapsed事件是用线程池线程执行的，VS的线程视图里这类线程通常会被标记为“Worker Thread”，可能你没对应上。
• 如果是在Unity编辑器里运行项目并附加VS调试，Unity会对线程做一层封装，导致线程池线程不会直接显示成“Timer相关线程”。

给你几个排查方法：

• 加断点定位线程：在Elapsed事件的代码里加一行System.Diagnostics.Debugger.Break();，当代码执行到这里时VS会触发断点，此时你切换到线程视图，就能看到当前执行的线程了，它就是Timer用的线程池线程。
• 用Unity Profiler查看线程：Unity自带的Profiler（路径：Window > Analysis > Profiler）里的Threads面板，比VS的线程视图更适配Unity的运行环境，能清晰看到主线程、各种工作线程（包括Timer使用的线程池线程）的状态和占用情况。
• 注意跨线程限制：额外提一句，如果你在Timer线程里操作Unity的组件或GameObject，大概率会报错，因为Unity的绝大多数API只能在主线程调用，这也是为什么更推荐用Unity原生计时方式的原因之一。

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