内存问题或不是最佳实践[关闭]

Question

如果以下设计不利于管理堆/内存以及从设计模式的角度来看，请告诉我。 在这里，我在 Windows 服务上使用 C#Timers.Timer，其中时间滴答事件在多个线程上触发。

这里我的主要观点是关于堆内存消耗，因为在微秒内在不同的线程中创建了大量对象，而且我们不能保证 GC 何时会收集它们。所以这可能对应用程序的堆和性能问题有害。我正确吗？

timer_tick()
{
 Test objTst=null;
     try
  {
    objTst=new Test();
    objTst.Process();
  }
  catch(execption e){}

  finally
  {
    objTst =null;
  }

}

Answer 1

请让我知道以下设计不利于管理堆/内存和设计模式。

这种“模式”毫无用处。不需要将变量设置为null。一旦方法完成，并且objTst 超出范围，它将有资格进行垃圾回收，即使您没有将其设置为null。

我还建议不要有一个空的异常处理程序，它只会吞下并完全忽略异常。如果不出意外，您至少应该记录您收到的异常。

一般来说，我会这样写：

private void timer_Tick(object sender, EventArgs e)
{
     var tester = new Test();
     tester.Process();
}

如果您有异常记录机制，您可以将其包装在 try/catch 中以处理或记录异常，但不要完全吞下它们。