【Java】ガーベジコレクション【GC】
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2010/09/08(水) 00:19:16それらを行うと負担がかかるらしく、GCというのがいいタイミング？で自動的に破棄する。
オブジェクトが参照を失うと破棄を行いやすくなるらしく、
nullを代入する事でそれを利用できるが、あまりいい方法ではないらしい。
これらが気になる人が、Javaのメモリについて語るスレです。
0002デフォルトの名無しさん
2010/09/08(水) 00:21:19http://hibari.2ch.net/test/read.cgi/tech/1279614609/388-404 辺りより
・nullを代入すると、破棄優先度アップ
→典型的な間違いらしいが、その間違いとは？
・巨大なオブジェクト等には凝ったやり方もある
→そのやり方とは？
・よく呼び出すメソッドがnewするなら、オブジェクトが大量に作られてしまう？
→一度newしていれば、それ以上newされない？
(== nullを代入しnew(delete)され続ける事が無駄とも言える)
・メモリのことは考えずリークしたら再起動
→長時間使うアプリだと命取りになる事も
0003デフォルトの名無しさん
2010/09/08(水) 00:25:31言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所
0004デフォルトの名無しさん
2010/09/08(水) 02:30:120005デフォルトの名無しさん
2010/09/08(水) 10:57:42http://www.ibm.com/developerworks/jp/java/library/j-jtp01274/
0006デフォルトの名無しさん
2010/09/08(水) 12:36:240007デフォルトの名無しさん
2010/09/08(水) 12:56:59http://hibari.2ch.net/test/read.cgi/tech/1187922645/
0008デフォルトの名無しさん
2010/09/08(水) 19:13:00オート破棄を不快に思うのはC/C++使いだけかもしれない。
(ググって見つけていたページもそういうのが多かった)
>>5
熟読します・・
0009デフォルトの名無しさん
2010/09/08(水) 20:31:550010デフォルトの名無しさん
2010/09/08(水) 20:48:48つ http://www.hitachi.co.jp/Prod/comp/soft1/manual/pc/d3U0820/INDEX.HTM の8章。
0011デフォルトの名無しさん
2010/09/09(木) 13:02:230012デフォルトの名無しさん
2010/09/09(木) 19:24:25そんなに動作は変わらないが、一応破棄したと安心できるみたいな。
>>5のnull代入のダメな例は特殊すぎる気もする。
C/C++でやっても危険かもしれないし。
>>10
トン、複雑そうで結構分かりやすいかもしれない
0013デフォルトの名無しさん
2010/09/10(金) 07:23:35聞きたい
0014デフォルトの名無しさん
2010/09/10(金) 07:24:320015デフォルトの名無しさん
2010/09/18(土) 09:37:01http://hibari.2ch.net/test/read.cgi/tech/1141646850/l50
0016デフォルトの名無しさん
2010/09/18(土) 12:45:00そっちも読んでるけど学術面でのGCなんでここみたいにJava限定っていうのもアリだと思うぞ
■ このスレッドは過去ログ倉庫に格納されています