nullチェックは、ifですべきかtry/catchですべきか？

「Ｊａｖａの高速化の方法」というページに、次のような高速化手法が書かれていました。 文字列がNULLかどうかの判断は IF文を使用せずに 例外処理NullPointerException で置き換える if文の場合です。 if(obj == null) { /* process */ } try/catchの場合です。 try { /* process */ } catch (NullPointerException e) {} たまにこういう謎の高速化手法を教えてもらうのですが、どうしてもすぐには信じられないので少し調べました。 ifとtry/catchのオーバーヘッドは？ Stack Overflowに、ドンピシャな質問がありました。 Java if vs. try/catch overhead 読んでみると、「例外処理は例外的な処理に使うものだから、通常のフローでnullになるような

[ghostbass]

ぬるぽが例外ならtry-catchを使うしぬるぽが想定内ならifを使う、ってごく普通の結論。

[nkazuki]

「べき」でいうなら記事中にもあるようにifを使うべき。以上。同僚が「早いから」などと訳のわからん理由でifの代わりにtry-catch使いだしたら俺はぶちギレる

[yusuke-k]

面白い検証だけど、8以降ならOptional使いましょう。

[kasumani]

nullチェックは、ifですべきかtry/catchですべきか？ たまにこういう謎の高速化手法を教えてもらうのですが、どうしてもすぐには信じられないので少し調べました。 Java if vs. try/catch overhead Tags: from Pocket October 04, 2014 at 12:48PM vi

[otchy210]

考慮に値しないレベルのような。元々の if 文がボトルネックになっていてかつ、try-catch が10倍早かったら、初めて検討対象になるかも知れないくらい。

[tsimo]

java8ならnullが想定内となるロジックにはOptionalを使うことになって、ifでnullチェックってのは基本的にはなくなるのかな。

[tak4hir0]

nullチェックは、ifですべきかtry/catchですべきか？ | 三度の飯とエレクトロン

[kamatama_41]

劇的なパフォーマンスの違いが無いのであればifで良いでしょう。

[farako]

そういえば 2ch まとめのブコメで if のかわりに try-catch とかコロスというのがあったな。ブコメしか読んでなかったのでなんだそれと思ってたんだが。

[pipehead]

> 結論、nullである確率が高い場合はifが高速だが、nullでない確率が高い場合はtry/catchの方が高速。しかしながら、普通に使う分にはほとんど誤差。