Java でオンメモリキャッシュを実装するときにスレッドについて気をつけるべきこと - Qiita
Java では常にスレッドについて意識する必要がある｡ Map にキャッシュデータを入れたい場合､HashMap を使ってはいけない｡HashMap はスレッドセーフではないからだ｡ synchronized で保護してもいいが､いちいちするのも面倒だし､問題が起きがちなんで､ のように､Collections.synchronizedMap() でよしなにする方法がある｡この方法でラップすると､メソッドアクセスの際に synchronized がかかるので安全になる｡ ConcurrentHashMap と HashMap HashMap をマルチスレッドからアクセスする場合､get メソッドを使った場合でも synchronized をかけざるをえず､パフォーマンスが出ない｡ ConcurrentHashMap ならば､取得時にはロックがかからないので､キャッシュには Concurre
java.net.URLをHashMapに突っ込むと大変なことになるのでやめろ、それどころかequalsを呼ぶだけでも大変なことに - TODESKING
参照: http://stackoverflow.com/questions/2348399/why-does-java-net-urls-hashcode-resolve-the-host-to-an-ip 公式ドキュメントによると: public boolean equals(Object obj) … 2 つの URL オブジェクトが等しいのは、同じプロトコルを持ち、同じホストを参照し、ホスト上のポート番号が同じで、ファイルとファイルのフラグメントが同じ場合です。 2 つのホストが等価と見なされるのは、両方のホスト名が同じ IP アドレスに解決されるか、どちらかのホスト名を解決できない場合は、大文字小文字に関係なくホスト名が等しいか、両方のホスト名が null に等しい場合です。 ホスト比較には名前解決が必要なので、この操作はブロック操作です。 java.net.URL#equals
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
