What is the "penalty" for using a try/catch?

17 次查看（过去 30 天）
Daniel Petrini
Daniel Petrini 2016-12-21
评论： Daniel Petrini 2016-12-21
What is the "penalty" for using a try/Catch? E.g.,:
try
f.start()
catch ex
%Do something
end
Compared to, lets say:
ok_flag=f.start();
if (ok_flag==false)
%do something
end
Im familiar with the benefits of try/catch, but still wondering about the overhead... Furtermore, what if the "start" function of object f is declared like this:
function start(OBJ)
t=timer;
t.TimerFcn=@...
OBJ.t=t;
start(OBJ.t)
end
Will the overhead remain throughout the lifetime of the timer t?
All the best, Daniel Petrini, Stardots
  5 个评论
显示 3更早的评论
Guillaume
Guillaume 2016-12-21
"Stroustroup warns ...." Matlab is nothing like C++, one is compiled the other is interpreted (with JIT optimisations), the memory management is totatally different, etc.
I agree with José-Luis, you should not worry about performance yet. I'd worry more about code clarity and resilience first, and only when you've shown try...catch to be a performance bottleneck in your application should you think about replacing it.
Note that if you have access to the prerealease of R2017a, you should read its release note, it has something relevant to your question. I'm not allowed to share what it says.
Daniel Petrini
Daniel Petrini 2016-12-21
Yes, I know the difference between C++ and Matlab; only commenting on the overhead associated with try/Catch that (I guess) exists in every language...

请先登录，再进行评论。

请先登录，再回答此问题。

采纳的回答

Guillaume
Guillaume 2016-12-21
编辑：Guillaume 2016-12-21
The "penalty" has mostly been answered in the comments to the question. I'm posting this as an answer as I think you may have misunderstood how try... catch works, given your example and your question "Will the overhead remain throughout the lifetime of the timer t?"
No, the overheard will not remain throughout the lifetime of the timer t, because the try...catch stops being in effect as soon as the timer starts. (well, when the f.start() function returns, which is pretty much the same). The only thing in your code that can trigger the catch is if the timer fails to start (not sure if it's possible, mathworks does not document this sort of things, unfortunately).
In particular, any error in the TimerFcn will not be caught by you try...catch, because the execution of that function is not in the scope of the try...catch (asynchronous execution). If you want to deal with errors that occur while the timer is running you need to implement a callback for t.ErrFcn.
  1 个评论
Daniel Petrini
Daniel Petrini 2016-12-21
Thank you all for you time and comments. Yes I do realize that try/Catch is not that performance heavy, but a "heavy" utilization of try/Catch in a large application could potentially degrade the (a) user experience and/or application capabilities. In a larger application with many try/Catch it is not so easy to simple flip them off... Also, the profiler seems to sum up the try in one line of code?!. Anywhoo... I will continue to use them :-) /Daniel

请先登录，再进行评论。

更多回答（0 个）

类别

在 Help Center 和 File Exchange 中查找有关 Startup and Shutdown 的更多信息

标签

产品

Community Treasure Hunt

Find the treasures in MATLAB Central and discover how the community can help you!

Start Hunting!

Translated by