NumberFormatException erreur (parseInt)

Nous l'espérons, un très simple requête, mais il m'a laissé me gratter la tête.

J'ai une chaîne de caractères, qui est juste un simple entier, et je suis en train de l'obtenir alors que entier comme un int. Présent sur le visage de celui-ci ne devrait pas être un problème.

//this is how I create the string (it's the playload from a UDP datagram packet, 
//thought I don't think the origins hugely important - it's juts a test run so the
//stringMessage is always 1 (created by a seperate client process)

  ...
  recvSoc.receive(pac);
  String stringMessage = new String(pac.getData());
  port = pac.getPort();
  System.out.println("RECEIVED: " + stringMessage + " on port:  " + port);
  processMessage(stringMessage);
  ...

//Then in processMessage

public void processMessage(String data) {
  int message;
  message = Integer.parseInt(data);
  ...

Cela se bloque toujours avec un NumberFormatException erreur. Je ne peux pas pour la vie de me comprendre ce qui cause cela, toutes les idées grandement apprécié. Je n'ai pas codé beaucoup en Java (récemment) donc peut-être simplement oublié quelque chose d'essentiel ou ce n'est pas.

Exception in thread "main" java.lang.NumberFormatException: For input string: "1"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
at java.lang.Integer.parseInt(Integer.java:481)
at java.lang.Integer.parseInt(Integer.java:514)
at udp.UDPServer.processMessage(UDPServer.java:85)
at udp.UDPServer.run(UDPServer.java:52)
at udp.UDPServer.main(UDPServer.java:156)

d'imprimer votre chaîne de caractère par caractère et de voir si quelque chose est drôle, il y

OriginalL'auteur Alex | 2011-03-10

4

Noter que DatagramPackate.getData() renvoie la tampon entier!

Les données que vous avez reçu est seulement une partie de celui-ci:

Les données reçues ou que les données soient envoyées commence à partir de la offset dans la mémoire tampon, et des pistes pour les length de long.

Afin de convertir les données dans un String vous devez utiliser ce constructeur:
```
String message = new String(pac.getData(), pac.getOffset(), pac.getLength(), "UTF-8");
```
Remarque que je spécifie l'encodage UTF-8, ici, que de ne pas spécifier un encodage en résulterait la plate-forme de codage par défaut pour être utilisé, ce qui n'est généralement pas ce que vous voulez.

Parfait - j'ai réalisé la 0s ont été gâcher tout ça (je l'avais présumé lorsque la méthode parseInt() atteint 0, il serait juste de s'arrêter, de le traiter comme un /0) donc eu une solution de contournement à l'aide d'une boucle, mais c'est bien agréable et très apprécié!

OriginalL'auteur Joachim Sauer
5

Si la chaîne est vraiment 1, l'exception ne peut pas se produire. Donc je dirais que la chaîne n'est pas réellement 1.

faire un data.toCharArray() et imprimer chaque caractère du code (cast à int). Il se peut qu'il y est un personnage caché avant de le chiffre, par exemple. (edit: il semble iluxa mentionné cette option dans un commentaire alors que j'écrivais la réponse)

Essayer data = data.trim() avant de passer à parseInt(..)

Donc, c'est ce que je pensais, mais quand je l'ai sortie de la matrice de tout ce que j'obtiens est un tableau contenant un seul élément à zéro, ce qui est 49 (1), et puis le reste est vide (0). Je peux envoyer des numéros différents au lieu de 1 et de nouveau, je reçois un nombre représenté comme vous pouvez vous attendre qu'une série de caractères ascii de la carte pour le nombre correct, et puis 0s. Est-il une sorte de caractère nul en Java, ce qui peut-être la méthode getData a oublié?
vous ne devez pas avoir de zéros après le 1. Voir mise à jour.

OriginalL'auteur Bozho

Vous devez vous connecter pour publier un commentaire.