本日、ついに JavaSE 9 がリリースされました！ そこで、かねてから噂になっていた JEP 254: Compact Strings がどのように実装されているのか調べてみました。 Compact Strings の概要 これまで String クラスや StringBuilder クラスなどの内部では、文字列を UTF-16 でエンコードして char 配列で保持していました。 つまり、一文字あたり*1常に char ひとつ = 2バイト分のメモリを使っていました。 しかし、これだと 1 バイトで表せる LATIN1（ASCII コード ＋ ラテン文字）の文字列の場合、その半分が 0x00 になるという無駄がありました。 そこで、内部表現を変更し、文字列が LATIN1 のみで構成されるときは 1 文字を 1 バイトで保持するようにリファクタリングされました。 ちなみに、LATIN

前々からこの実装はどうなの！？と言われていた String クラスの CharSequence を引数に取る replace メソッド。 これがついに Java 9 でリファクタリングされていました！ 今まであった問題 String クラスの replace (CharSequence target, CharSequence replacement) メソッドは、文字列を置換する処理です。 これが、Java 8 までのバージョンでは正規表現を使って実装していました。 public String replace(CharSequence target, CharSequence replacement) { return Pattern.compile(target.toString(), Pattern.LITERAL).matcher( this).replaceAll(Matcher

2013年9月10日に出た Java 7 Update 40 は Limited Update (セキュリティ修正を含まないバグ修正と新機能のリリース) でした。 そのリリースノートを見てみると、いくつか面白い（？）バグがあったので、調べてみました。 EnumMap： クローン時のバグ修正 EnumMap の entrySet を取得した後、クローンして再び entrySet を取得すると、クローンする前のオブジェクトに対する entrySet が返ってくるというバグが修正されていました。 Bug ID: JDK-7164256 EnumMap clone doesn't clear the entrySet keeping a reference to the original Map どういう問題？ 以下のコードを Java 7 Update 25 で実行すると…。 import ja

C# の本を読んでいたら、クラスのフィールドの初期化順序が Java と違っていてびっくりしました。 Java のフィールド初期化順序 Java でインスタンスを作成した場合、親クラスのフィールド初期化 → 親クラスのコンストラクタ実行 → 子クラスのフィールド初期化 → 子クラスのコンストラクタ実行 の順番で処理が行われます。 そのため、下記では Parent クラスのコンストラクタを呼び出した時点では Child クラスの c フィールドは初期化されていないため、System.out.println での出力が初期値である null になっています。 public class Program { public static void main(String[] args) { new Child(); } public static class Parent { // 順序① - 親ク

Wikipedia の本文データは、XML形式で公開されています。 （詳しい内容は、Wikipediaのダウンロードできるデータファイル一覧 | mwSoft が参考になります） これをデータベースに投入する手順として、xml2sqlを使う方法がよく紹介されていますが、Wikimedia では「これを使ったやり方は推奨しない」と明記されています。 かといって、importDump.php を使うには PHP 環境を用意しなくていけません。 なので、Java で動く MWDumper を使って jawiki-latest-pages-articles.xml.bz2 （Wikipedia の本文データ）を投入してみました。 ダウンロード データベース定義 (tables.sql) Wikipedia の本文データ (jawiki-latest-pages-articles.xml.bz2)

null をフラグとして使うのは、やめた方がいいと思います。 null は、ただ変数が初期化されていないことを表しているだけです。 この意味以外で、null を使わない方がいいと思います。 null をフラグとして使う 「null をフラグとして使う」というのは、「null なら xxxx」というように、null が何らかの意味を持って使われていることを指します。 例えば、下記のコードでは「null はゲストユーザを指すフラグ」として使われています。 /** * ユーザ用のヘッダを作る処理 */ public String createHeader(User user){ (…中略…) String name; if(user != null){ name = user.getName(); }else{ name = "Guest"; // null ならゲストユーザ } 問題点 これの

2012年8月14日に登場した Java SE 7 Update6 で、またしても String クラスがリファクタリングされていました！ そこで、そこがどういう風に変わったのかを詳しく調べてみました。 フィールド変数 count と offset が削除されました Stringクラスにあった4つのフィールド変数のうち、count と offset が削除されました。 /** The value is used for character storage. */ private final char value[]; - /** The offset is the first index of the storage that is used. */ - private final int offset; - - /** The count is the number of charact

前回の記事（「Java6 と Java7 の挙動の違い（バグ？）」）に、id:expf さんからコメントをいただきました。 おそらく、最初のprintStackTrace呼び出しではStackOverflowErrorが出ていると思います。 その後、１つ前のTest.mainがcatch→printStackTrace呼び出し→StackOverflowError を繰り返して、少しずつ使えるスタックが増えます。 Java6のケースだと、途中で何回か「クラス名は出力できたがその後のスタック出力前にStackOverflowError」があるため、「java.lang.StackOverflowError」が何回も出力されているのだと思います。 Java7のケースでは、IdentityHashMapの初期化まで処理が進むようになると、初期化中にStackOverflowErrorが出て、１つ

よく使う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)日本語訳のオンライン公開終了が話題になっています。 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 プロジェクトのビルドファイルは依然としてアクセス可能です。