最终价格昂贵

对于在退出函数之前必须进行资源清理的代码，这两种执行方法之间在性能上存在重大差异。

1. 在每个return语句之前清理资源

   void func()
   {
       login();
   
       bool ret = dosomething();
       if(ret == false)
       {
           logout();
           return;
       }
   
       ret = dosomethingelse();
       if(ret == false)
       {
           logout();
           return;
       }
   
       dootherstuff();
   
       logout();
   }

2. 最终清除资源

   void func()
   {
       login();
   
       try
       {
           bool ret = dosomething();
           if(ret == false)
               return;
   
           ret = dosomethingelse();
           if(ret == false)
               return;
   
           dootherstuff();
   
       }
       finally
       {
           logout();
       }
   }

我在示例程序中进行了一些基本测试，似乎没有太大的区别。我非常喜欢finally这样做的方法-但我想知道这是否会对大型项目造成任何性能影响。

如Java异常有多慢？可以看到，缓慢的原因try {} catch {}在于异常本身的状态。

创建异常将从运行时获取整个调用堆栈，这是开销所在。如果你没有创建一个例外，这只是非常轻微的时间的增加。

在此问题给出的示例中，没有任何例外，不要指望创建它们会有任何放慢-没有创建它们。相反，这里是try {} finally {}在finally块中处理资源释放的方法。

因此，要回答这个问题，不，在try {} finally {}不使用异常的结构中没有实际的运行时开销（如所见，这并非闻所未闻）。什么是可能是昂贵的是维修时间当一个读取的代码，并认为这不是典型的代码风格和编码器具有左右让他们记住，别的东西发生在后，这个方法return返回到以前的调用之前。

如前所述，维护是实现这两种方法的一个论据。出于记录考虑，经过考虑，我倾向于采用最终的方法。

考虑教别人新的语言结构的维护时间。眼见try {} finally {}不是那种常常可以看到一些在Java代码，因此可以迷惑人。在Java中学习比人们所熟悉的东西更高级的结构需要一定的维护时间。

的 finally {}块始终运行。这就是为什么您应该使用它。当有人忘记在适当的时间包括登出，或者在不正确的时间调用登出，或者在调用之后忘记返回/退出以致被两次调用时，还要考虑调试非最终方法的维护时间。有这么多可能的错误，try {} finally {}使得不可能使用。

当权衡这两个成本时，维护时间会很昂贵 不使用该try {} finally {}方法会增加。尽管人们可以了解该try {} finally {}块与另一版本相比有多少毫秒或额外的jvm指令，但人们还必须考虑在调试上花费的时间不是解决资源分配问题的理想方法。

首先编写可维护的代码，最好以防止以后编写错误的方式编写。

/programming/299068/how-slow-are-java-exceptions

该问题的可接受答案表明，将函数调用包装在try catch块中的成本比裸函数调用少5％。实际上，抛出并捕获异常会导致运行时膨胀到裸函数调用的66倍以上。因此，如果您希望异常设计能够定期抛出，那么我会尽量避免使用（在正确配置的性能关键代码中），但是，如果这种例外情况很少见，那么没什么大不了的。

与其优化，不如考虑您的代码在做什么。

添加finally块是不同的实现-这意味着您将注销每个异常。

具体来说-如果登录引发异常，则第二个函数的行为将与第一个函数不同。

如果登录和注销实际上不是函数行为的一部分，那么我建议该方法应该做一件事和一件事：

    void func()
    {
            bool ret = dosomething();
            if(ret == false)
                return;

            ret = dosomethingelse();
            if(ret == false)
                return;

            dootherstuff();

    }

并且应该在已经封装在用于管理登录/注销的上下文中的函数中，因为这些似乎与您的主要代码在本质上有所不同。

您的帖子被标记为Java，我对此并不十分熟悉，但是在.net中，我将为此使用using块：

即：

    using(var loginContext = CreateLoginContext()) 
    {
            // Do all your stuff
    }

登录上下文具有Dispose方法，该方法将注销并清理资源。

编辑：我实际上没有回答这个问题！

我没有可测量的证据，但我不希望这会更昂贵，或者肯定不会足够昂贵，以至于不值得过早优化。

我将保留其余的答案，因为尽管没有回答该问题，但我认为这对OP很有帮助。

假设：您正在使用C＃代码进行开发。

快速的答案是，使用try / finally块不会对性能产生重大影响。当您引发并捕获异常时，会对性能造成影响。

更长的答案是看自己。如果查看生成的基础CIL代码（例如，红门反射器），则可以看到生成的基础CIL指令，并以此方式查看影响。

正如其他人已经指出的那样，Ttese代码将产生不同的结果（如果存在dosomethingelse或dootherstuff抛出异常）。

是的，任何函数调用都可能引发异常，至少一个StackOVerflowError！尽管很少有可能正确地处理这些问题（因为任何调用的清除函数都可能有相同的问题，但是在某些情况下（例如，实现锁），甚至正确地处理也是至关重要的...