Le xyz littéral de type int est hors de portée

Je travaille actuellement avec des types de données en Java, et si j'ai bien compris le type long accepte une valeur comprise entre -9 223 372 036 854 775 808 et +9 223 372 036 854 775 807. Maintenant, comme vous pouvez le voir ci-dessous, j'ai créé une longvariable appeléetestLong , bien que lorsque j'insère 9223372036854775807 comme valeur, j'obtiens une erreur indiquant:

Le littéral 9223372036854775807 du type int est hors limites.

Je ne sais pas pourquoi il fait référence au long type de données en tant que fichier int.

Quelqu'un a des idées?

Code:

char testChar = 01;
byte testByte = -128;
int testInt = -2147483648;
short testShort = -32768;
long testLong = 9223372036854775807;
float testFoat;
double testDouble = 4.940656458412;
boolean testBool = true;

Ajoutez une majuscule Là la fin:

long value = 9223372036854775807L;

Sinon, le compilateur essaiera d'analyser le littéral comme un int, d'où le message d'erreur

Je ne sais pas pourquoi il fait référence au type de données long comme un int

Ce n'est pas. Vous devez apprendre à faire confiance aux messages du compilateur (surtout lorsqu'ils proviennent de compilateurs sains et modernes et non d'anciens compilateurs C / C ++). Bien que la langue qu'ils parlent soit parfois difficile à déchiffrer, ils ne vous mentent généralement pas.

Regardons à nouveau:

Le littéral de int 9223372036854775807 est hors de portée.

Notez qu'il ne mentionne nulle part votre variable testLongou le type long, donc ce n'est pas de l'initialisation. Le problème semble survenir à un autre moment.

Examinons maintenant certaines parties du message:

• int nous dit qu'il veut traiter quelque chose comme un int valeur (ce qui n'est pas ce que vous vouliez!)
• "hors de portée" est assez clair: quelque chose n'est pas dans la plage attendue (probablement celle de int )
• "Le littéral": maintenant c'est intéressant: qu'est-ce qu'un littéral?

Je vais laisser la liste confortable pour parler des littéraux pendant un moment: les littéraux sont des endroits où vous avez une certaine valeur dans votre code. Il y a des Stringlittéraux, des intlittéraux, des classlittéraux, etc. Chaque fois que vous mentionnez une valeur explicitement dans votre code, c'est un littéral.

Donc, ce n'est pas vraiment vous harceler à propos de la déclaration de variable, mais le nombre lui-même, la valeur est ce qui vous harcèle.

Vous pouvez facilement le vérifier en utilisant le même littéral dans un contexte où a longet an intsont également acceptables:

System.out.println(9223372036854775807);

PrintStream.printlnpeut prendre unint ou unlong (ou à peu près n'importe quoi d'autre). Donc, ce code devrait être correct, non?

Non. Peut-être que ça devrait l' être, mais selon les règles, ce n'est pas bien.

Le problème est que "certains chiffres" est défini comme un intlittéral et doit donc être dans la plage définie par int.

Si vous voulez écrire un longlittéral, vous devez le rendre explicite en ajoutant L(ou en minuscules l, mais je vous suggère fortement d' utiliser toujours la variante majuscule, car c'est beaucoup plus facile à lire et plus difficile à confondre avec a 1).

Notez qu'un problème similaire se produit avec float(postfix F/ f) et double(postfix D/ d).

Note latérale: vous vous rendrez compte qu'il n'y a pas de byteou shortlittéraux et que vous pouvez toujours attribuer des valeurs (généralement des intlittéraux) à byteet des shortvariables: c'est possible grâce aux règles spéciales du § 5.2 sur Assignment Converson : elles permettent l'affectation d'expressions constantes d'un type plus grand à byte, short, charou int si les valeurs se situent dans les types varient.

Essayez de faire 9223372036854775807L. Le Là la fin indique à Java qu'il 9223372036854775807s'agit d'un fichier long.

J'ai eu ce problème dans le passé et je l'ai résolu en écrivant la valeur sous forme scientifique. par exemple:

double val = 9e300;

long ak = 34778754226788444L/l;

Les deux utilisent mais à la fois un seul utilise L majuscule ou l minuscule.

Pourquoi utiliser L / l? Parce que long fait partie du type de données intégral.