Javaの+ =、-=、* =、/ =複合代入演算子がキャストを必要としないのはなぜですか？

今日まで、私は例えばそれを考えました：

i += j;

のショートカットでした：

i = i + j;

しかし、これを試してみると：

int i = 5;
long j = 8;

その後i = i + j;はコンパイルされませんi += j;が、正常にコンパイルされます。

それは実際にi += j;はこのようなものへのショートカット であることを意味しi = (type of i) (i + j)ますか？

これらの質問でいつもそうであるように、JLSは答えを保持します。この場合、§15.26.2複合代入演算子。抽出物：

フォームの化合物代入式は、E1 op= E2と等価であるE1 = (T)((E1) op (E2))場合、TのタイプがあるE1ことを除いて、E1一度だけ評価されます。

§15.26.2から引用した例

[...]次のコードは正しいです：

short x = 3;
x += 4.6;

xの値は7になります。これは次と同等であるためです。

short x = 3;
x = (short)(x + 4.6);

言い換えれば、あなたの仮定は正しいです。

このキャストの良い例は、* =または/ =の使用です。

byte b = 10;
b *= 5.7;
System.out.println(b); // prints 57

または

byte b = 100;
b /= 2.5;
System.out.println(b); // prints 40

または

char ch = '0';
ch *= 1.1;
System.out.println(ch); // prints '4'

または

char ch = 'A';
ch *= 1.5;
System.out.println(ch); // prints 'a'

非常に良い質問です。Java言語仕様では、あなたの提案を確認しました。

たとえば、次のコードは正しいです。

short x = 3;
x += 4.6;

xの値は7になります。これは次と同等であるためです。

short x = 3;
x = (short)(x + 4.6);

はい、

基本的に私たちが書くとき

i += l; 

コンパイラはこれを

i = (int)(i + l);

私はちょうどチェックした .classファイルコードを。

本当に知っておきたいこと

あなたからのキャストに必要longとint explicitlyする場合にはi = i + l 、それをコンパイルし、正しい出力が得られます。お気に入り

i = i + (int)l;

または

i = (int)((long)i + l); // this is what happens in case of += , dont need (long) casting since upper casting is done implicitly.

ただし+=、演算子は暗黙的に右変数の型から左変数の型への型キャストを行うため、明示的にキャストする必要がないため、正常に機能します。

ここでの問題は型キャストに関係しています。

intとlongを追加すると、

1. intオブジェクトはlongにキャストされ、両方が追加され、長いオブジェクトが取得されます。
2. ただし、長いオブジェクトを暗黙的にintにキャストすることはできません。したがって、明示的に行う必要があります。

しかし+=、型キャストを行うようにコーディングされています。i=(int)(i+m)

Javaでは、代入演算の右側の式の型を代入の左側の変数の型に安全に昇格できる場合、型変換が自動的に実行されます。したがって、安全に割り当てることができます。

 byte-> short-> int-> long-> float-> double。 

同じことが逆に機能しません。たとえば、1つ目は2つ目よりも多くのストレージを必要とし、その結果情報が失われる可能性があるため、longをintに自動的に変換することはできません。そのような変換を強制するには、明示的な変換を実行する必要があります。
タイプ-変換

時々、インタビューでそのような質問をすることができます。

たとえば、次のように書いた場合：

int a = 2;
long b = 3;
a = a + b;

自動型キャストはありません。C ++では上記のコードをコンパイルしてもエラーは発生しませんが、Javaでは次のような結果になります。Incompatible type exceptionます。

したがって、それを回避するには、次のようにコードを記述する必要があります。

int a = 2;
long b = 3;
a += b;// No compilation error or any exception due to the auto typecasting

主な違いは、a = a + bでは型キャストが行われていないため、型キャストを行わないとコンパイラーが怒るということです。しかし、a += bでは、実際に行っていることはb、と互換性のある型への型キャストaです。だからあなたがするなら

int a=5;
long b=10;
a+=b;
System.out.println(a);

あなたが本当にやっていることは：

int a=5;
long b=10;
a=a+(int)b;
System.out.println(a);

ここの微妙なポイント...

i+jwhen jがdoubleで、iがintの場合、暗黙の型キャストがあります。Javaは常に、それらの間に演算がある場合、整数をdoubleに変換します。

が整数とdoubleのi+=j場所を明確にするにiは、次のjように記述できます。

i = <int>(<double>i + j)

参照：この暗黙のキャストの説明

この場合は、わかりやすくするために型キャストjすることをお勧めし(int)ます。

Java言語仕様では、がのタイプであると同等であると定義E1 op= E2されE1 = (T) ((E1) op (E2))てTおり、一度評価されE1E1ます。

これは技術的な答えですが、なぜそうなるのか疑問に思われるかもしれません。さて、次のプログラムを考えてみましょう。

public class PlusEquals {
    public static void main(String[] args) {
        byte a = 1;
        byte b = 2;
        a = a + b;
        System.out.println(a);
    }
}

このプログラムは何を印刷しますか？

３つ当てた？残念ながら、このプログラムはコンパイルできません。どうして？まあ、たまたま、Javaでのバイトの追加がを返すように定義されていintます。これは、Java仮想マシンがバイトコードを保存するバイト操作を定義していないためです（結局、数に制限があります）。代わりに整数操作を使用すると、言語で公開される実装の詳細になります。

しかし、a = a + b動作しないa += b場合、それE1 += E2がと定義されている場合、バイトに対して動作しないことを意味しますE1 = E1 + E2。前の例が示すように、それは実際のケースです。+=演算子をバイトやショートで機能させるハックとして、暗黙のキャストが含まれます。それはそれほど素晴らしいハックではありませんが、Java 1.0の作業中は、最初から言語をリリースすることに焦点を当てていました。現在、下位互換性のため、Java 1.0で導入されたこのハックは削除できませんでした。