Java9 でも String クラスがリファクタリングされていました （JEP 254: Compact Strings 編） - 地平線に行く
本日、ついに JavaSE 9 がリリースされました！ そこで、かねてから噂になっていた JEP 254: Compact Strings がどのように実装されているのか調べてみました。 Compact Strings の概要 これまで String クラスや StringBuilder クラスなどの内部では、文字列を UTF-16 でエンコードして char 配列で保持していました。 つまり、一文字あたり*1常に char ひとつ = 2バイト分のメモリを使っていました。 しかし、これだと 1 バイトで表せる LATIN1（ASCII コード ＋ ラテン文字）の文字列の場合、その半分が 0x00 になるという無駄がありました。 そこで、内部表現を変更し、文字列が LATIN1 のみで構成されるときは 1 文字を 1 バイトで保持するようにリファクタリングされました。 ちなみに、LATIN
Java8 で StringBuilder/StringBuffer クラスがリファクタリングされていました。 - 地平線に行く
ついに Java SE 8 がリリースされました！ そこで、早速ダウンロードして、Java 8 のソースコード(src.zip)を Java 7と比較してみたところ、公表はされていないのですが、ちょこちょことリファクタリングされていることがわかりました。 そこで、そのうち StringBuilder/StringBuffer クラスについて調べてみました。 引数に null が渡されたときの処理 append メソッドの仕様で、「引数が null の場合、"null" という4文字が追加される」というのがあります。 この仕様について、Java 7までは "null" という文字列を追加するという実装がされていました。 // Java 7 Update 51 (AbstractStringBuilder クラス 422行目〜) public AbstractStringBuilder app
Java6 と Java7 の挙動の違いは、バグではありませんでした。 - 地平線に行く
前回の記事（「Java6 と Java7 の挙動の違い（バグ？）」）に、id:expf さんからコメントをいただきました。 おそらく、最初のprintStackTrace呼び出しではStackOverflowErrorが出ていると思います。 その後、１つ前のTest.mainがcatch→printStackTrace呼び出し→StackOverflowError を繰り返して、少しずつ使えるスタックが増えます。 Java6のケースだと、途中で何回か「クラス名は出力できたがその後のスタック出力前にStackOverflowError」があるため、「java.lang.StackOverflowError」が何回も出力されているのだと思います。 Java7のケースでは、IdentityHashMapの初期化まで処理が進むようになると、初期化中にStackOverflowErrorが出て、１つ
Javaのクラスの半分以上は、引数なしのコンストラクタを持たない - 地平線に行く
よく使うJavaのクラスは、たいてい引数なしコンストラクタを持っています。 List<String> list = new ArrayList<String>(); Calendar calendar = new Calendar(); でも、引数なしコンストラクタを持たないクラス*1も結構あります。 InputStream inputStream = new FileInputStream(file); TrayIcon tryaIcon = new TrayIcon(image); 全体的に見てみると、引数なしのコンストラクタを持つクラスと持たないクラス、どちらが多いんでしょうか。 調査結果 以下の条件で、調べてみました。 java, javaxパッケージ public クラス 廃止されたクラス(Deprecated)、抽象(Abstract)クラス、アノテーション、例外(Throwa
Java SE API(JavaDoc)日本語訳は、オンラインで読めます。 - 地平線に行く
各所で、Java SE API(JavaDoc)日本語訳のオンライン公開終了が話題になっています。 rip-sun.com - Togetter 新しい Java SE API リファレンスの入手先について « 寺田 佳央 – Yoshio Terada しかし、今のところ以下のURLからオンラインで読めます（2012/03/26現在）。 概要 (Java Platform SE 6) JDK 6 ドキュメント なぜ java.sun.com が運用終了になったことに伴い、そのドメイン配下にあった Java SE API(JavaDoc)日本語訳も公開終了となってしまいました。 そのため、ダウンロードしてオフラインで読むようにという話だったんですが…。 java.net 上で行われている jdk-api-localizations プロジェクトのビルドファイルは依然としてアクセス可能です。
java.lang.Object#hashCode()の性質 - 地平線に行く
この前、ふと Object クラスの JavaDoc を見ていたら、こんな記述がありました。 できるかぎり、Object クラスで定義される hashCode メソッドは、異なるオブジェクトについては異なる整数値を返します。 Oracle Technology Network for Java Developers | Oracle Technology Network | Oracle この「できるかぎり」って、どのぐらいなんでしょうか。 オブジェクト数に比例して、衝突していました。 さくっとコードを書いてみました*1。 結果は以下のグラフの通りです。 （一定数（横軸）のオブジェクトを生成し、ハッシュコードの衝突割合（縦軸）を調べました） オブジェクトが増えれば増えるほど、衝突確率が高まっていきます。 オブジェクトが100万個だと衝突確率は 1.46% でしたが、5,000万個だと 47
eclipse が Java7 に対応するのは、2011年9月ごろの予定 - 地平線に行く
7月28日は Java7 のリリース日*1。 その前にちょっと遊んでみようと思ったら、eclipse がまだ対応していませんでした。 2011年9月ごろ（eclipse 3.7 SR1 で対応）になるそうです。それまでは、IntelliJ IDEAか、NetBeansを使うしかなさそうですね…。 2011年10月11日 追記： eclipse でも Java7 が使えるようになったそうです。 詳しくは、こちらの記事（eclipseがJava7に対応しました。 - 地平線に行く）をご覧ください。 Deferred Add support for Java SE 7 features. The next feature release of Java SE is version 7, which is currently scheduled for July 28, 2011. This re
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
