Java/文字コードメモ2 (v1)

• [ Next ]
• [ 技術 ]

Shift_JIS, MS932, Windows-31J の取り扱いについて実験する。

これらは特にサーバーサイドのJavaを扱う上で何かと文字化けの原因として取りざたされている。今回示す例では、日本語の自然文で普通に使用される ～ が簡単に文字化けしてしまっている。

"～"の混じったJavaソースを用意する。

public class EncodingW31 {
    public static void main(String[] args) {
        System.out.println("Windows-31J　～・㈱");
    }
}

コンパイルし、実行してみる。

ケース１：Shift_JISとしてコンパイル・実行

上図に示すとおり、見事に文字化けしている。下はclassファイルをUTF-8対応のエディタで文字コード自動認識で開いた図。

ケース２：MS932、あるいはWindows-31Jとしてコンパイル・実行

上図の通り、文字化けせずに表示できた。なお、エディタで開いてみると先と同じく、自動認識ではSJISと判定されてしまった。

なお、こちらの例では"MS932"としていしてコンパイルしたが、 "Windows-31J"を指定しても同じクラスファイルが生成された。 (MD5チェックサムが同一)

結論

サーバーサイドで入力される文字コードがSJISが想定された場合は、"Shift_JIS"で受け取るのではなく"Windows-31J"あるいは"MS932"として受け取るべきである。

参考（Windows-31JとJava関連）

• http://www.atmarkit.co.jp/fjava/rensai3/mojibake01/mojibake01.html
• http://www.javaroad.jp/servletjsp/sj_servlet13.htm
• http://www.ingrid.org/java/jserv/i18n/corruptedchar.html
• http://www2d.biglobe.ne.jp/~msyk/charcode/cp932/Windows-31J-charset.html

• [ Next ]
• [ 技術 ]