Pourquoi « valeur & 0xff » renvoie-t-il un entier non signé en Java alors que « valeur » est un octet ?

Dévoilement du mystère de la valeur & 0xff en Java

En Java, l'opérateur & effectue une opération ET au niveau du bit sur deux entiers, ce qui donne un nouvel entier. Cependant, lorsqu'un opérande est de type octet, un phénomène intrigant se produit.

Considérez le code suivant :

<code class="java">byte value = 0xfe; // corresponds to -2 (signed) and 254 (unsigned)
int result = value & 0xff;</code>

Lors de l'impression du résultat, vous obtenez étonnamment 254 (non signé), défiant les attentes. Pour comprendre ce comportement, nous devons approfondir les nuances du système de types de Java.

En Java, l'octet est un type signé, ce qui signifie qu'il peut représenter à la fois des valeurs positives et négatives. Cependant, lorsqu’il est promu en nombre entier, il est traité comme une valeur non signée. Lorsque l'opérateur & est appliqué à la valeur (promu en entier) et à la constante 0xff (qui est un littéral entier non signé), le résultat est un entier non signé contenant les 8 bits les plus bas de la valeur promue.

Dans d'autres mots, le résultat aura la même représentation binaire que la valeur, avec tous les bits au-dessus du 8ème bit remis à 0. Cela définit effectivement le résultat sur la valeur non signée obtenue en supprimant le bit de signe de la valeur.

Par conséquent, la valeur & 0xff fournit une technique pour convertir un octet signé en un entier non signé, en conservant la valeur originale de 8 bits. Ceci est souvent utile lorsque vous travaillez avec des données pour lesquelles le bit de signe n'est pas pertinent ou souhaité.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!