byte型で「0b1000_0000」がコンパイルエラーになる理由に関しまして。

Question

今週からJava Silverの取得に向けて、勉強を始めたのですが、
下記の表記ではコンパイルエラーになるという問題がありました。

byte b = 0b1000_0000;

2進数で「10000000」は「-128」である為、byte型の範囲内であるように思えます。
バイナリリテラルでは最上位ビットは符号として扱われないという認識でよろしいのでしょうか？
恐れ入りますが、ご教示頂けますと幸いです。

Answer 1

2進数で「10000000」は「-128」である為

いえ、それは128を意味します。10000000が-128を意味するためにはその二進数が「8bitの符号付き」という前提が必要ですが、Javaの整数リテラルにはそういう前提はありません。

0b...とか0x...というのは結局のところ「intのリテラル表現の一つ」なので「32bitの符号付整数として解釈される」のです。

そういう意味で
short s = 0b1000_0000_0000_0000;
も同様にNGになります。

しかし「32bitの符号付整数の表現である」という前提があるため

int i = 0b10000000_00000000_00000000_00000000;

と書くと右辺は負の数として解釈されこの行は正当と見做されます。

「だったら
byte b = 0b1000_0000B;
みたいな表現を許してくれればいいのに！」

と思われるかも知れません。それはそうかも知れないのですが残念ながらJavaにはそういう表現法はサポートされてません・・・

Comments

[a2606]

ご回答ありがとうございます。
接尾辞の「L」や「F」とは異なり、あくまでデータ型は「int型」のままだったのですね！
int型リテラル（32bitの符号付き整数）ということを踏まえ、下記のように指定することで期待通りの結果を得ることができました。
```java
byte b = 0b11111111_11111111_11111111_10000000; // -128
```

[KSwordOfHaste]

うーんbyte b = (byte)0b1000_0000;ぐらいでもいいのではないでしょうか。
キャストいやだ！と思われるかも知れませんが、byteが8bitであることは明らかなのでキャストによって本来意図した以外の値になる心配はないですよね。（なぜキャストしなきゃいけないんだと違和感を感じる向きは多いと思いますが、javaにunsignedがないので自分は必要悪と割り切ってしまいます）

またプログラマーは二進数、十進数、１６進数に慣れてしまうので
byte b = -128;
byte b = (byte)0x80;
でもそれほど混乱することもないという話もあるかも。

[a2606]

ご返信ありがとうございます。
先程のコメントでの指定の仕方は、「32ビットの符号付き整数」ということを教えていただけたので、上
位3バイトは自動的に0で補完されていると考えて、その箇所を1で指定すれば「-128」になることを確認するために行いました。
特にキャスト変換に抵抗はないので、もし2進数表記で初期化する場合は、私もキャスト変換を行ったほうが良いと思います。

[KSwordOfHaste]

なるほどそういうことでしたか。なんだか蛇足なコメントしてしまいました。失礼しました。

[a2606]

いえいえ、とんでもないです。
親身になって補足していただけるのは非常にありがたいです。