L'écriture d'un long (de type primitif) à un fichier en Java

Salut à tous,

J'ai un tableau de long que je voudrais écrire dans un .fichier txt que je peux ensuite ouvrir dans gedit (un numéro par ligne). Puis-je obtenir ces valeurs à l'aide d'une soustraction de deux instances de Système.currentTimeMillis().

J'utilise le code suivant:

BufferedWriter out = new BufferedWriter(new FileWriter("latency.txt"));
for (int i = 0; i < USER_LIMIT; ++i) {
    out.write(latency[i] + "\n");
}
out.close();

Lorsque l'on regarde le fichier, je vois:

0
1
1
0

Je crois que la concaténation de chaîne convertie en long en un entier. Si j'utilise le DataOutputStream, alors je ne peux pas le lire avec gedit ou de tout bloc-notes/éditeur de texte, il semble juste comme des ordures (je crois que c'est l'écriture d'octets).

Quelqu'un s'il vous plaît laissez-moi savoir comment je peux résoudre mon problème s'il vous plaît?

Merci beaucoup!

  • Quelles sont les valeurs de latency[i]?
  • Pouvez-vous nous dire ce que les quelques premiers chiffres du tableau sont censés être?
  • La concaténation de chaîne n'a pas converti les long dans un int.
  • J'ai effectivement ne pas vérifier la valeur de la latence[i], et je devrais avoir (my bad). Je vais regarder dès maintenant. Je suppose parce que le système retourne millisecondes que le 1 était un moyen pour les petits. Permettez-moi de double vérifier les valeurs.
  • Vraiment, qui aurait été la première chose à vérifier!
  • Mon mauvais, les valeurs SONT en réalité que les petits. Je suppose que ma question était tout simplement stupide. Je m'excuse d'avoir fait les gars, vous perdez votre temps!
  • Oli Charlesworth: Vous avez raison et je m'excuse vraiment. J'ai été vraiment convaincu pour quelque raison que quelque chose n'allait pas.

InformationsquelleAutor Jary | 2011-09-14
  1. 6

    Il n'y a rien de mal avec votre code. Que pensez-vous est dans latency ... n'est-ce pas.

    public static void main(String[] args) throws IOException
{
    long[] latency = { 123456789000L, 234567890000L, 345678901000L };

    BufferedWriter out = new BufferedWriter(new FileWriter("latency.txt"));
    for (int i = 0; i < 3; ++i) {
        out.write(latency[i] + "\n");
    }
    out.close();
}

    produit:

    $ more latency.txt 
123456789000
234567890000
345678901000

    Lorsque vous rencontrez un problème avec ce code, il est souvent utile d'écrire un petit test pour cerner le problème.

    • Vous êtes de droite. Désolé, merci beaucoup.
    • Pas de soucis. Nous avons tous vu la partie inférieure d'au moins un couple de trous de lapins 🙂
    InformationsquelleAutor Brian Roach
  2. 0

    En fonte pour une Longue et utiliser toString:

    out.write(((Long)latency[i]).toString() + "\n");

    Ou simplement utiliser la statique toString:

    out.write(Long.toString(latency[i]) + "\n");
    • Si latency[i] est déjà un long, cela devrait faire de différence nulle.
    • Il n'y a rien de mal avec son code. Son données sur l'autre main ...
    InformationsquelleAutor Ian Dallas
  3. 0

    Lorsque vous utilisez DataOutputStream écrire un long c'est à l'aide d'un codage différent de vos données que gedit comprend.

    L'un des plus commune des codages utilisés pour les fichiers texte ASCII. Avec cette chaque octet représente un personnage dans un tableau. Cette table dispose de 128 caractères. Lorsque vous écrire une chaîne dans un fichier à l'aide de Java la façon dont vous le faites c'est ce qui se passe et gedit comprend que l'encodage. Si vous convertissez une longue chaîne à la taille maximale d'un temps peut-être pourrait ressembler à: 9223372036854775807. Qui prendrait 19 octets.

    Une longue en Java 64 bits ou 8 octets. Lorsque vous utilisez DataOutputStream une longue qui est écrit dans le fichier de 8 octets. Un éditeur de texte comme gedit ne comprends pas ce codage.

    Ce qui complique encore plus les choses, c'est les codages UTF-8.

    InformationsquelleAutor Sarel Botha
  4. -1

    Vous n'avez pas besoin d'ajouter la nouvelle ligne à le nombre, de sorte que vous pouvez les casser en dehors et à éviter ce problème. Essayez ceci:

    for ( int i = 0; i < USER_LIMIT; ++i ) {
    out.write( String.valueOf(latency[i]) ); //Or Long.toString(long)
    out.write( '\n' ); //Or simply out.newLine() 
}
    • Sauf qu'il ne devrait pas être un problème.
    • J'obtiens l'erreur suivante dans ce cas: La méthode write(int) dans le type BufferedWriter n'est pas applicable pour les arguments (long) (Eclipse)
    • Que voulez-vous dire?
    • Oh, eh bien, alors vous allez avoir à jeter le long d'un int ou utiliser une autre méthode d'impression. Mon point est que vous n'avez pas besoin d'ajouter la nouvelle ligne pour le numéro avant de l'imprimer.
    • Il devrait y avoir aucun problème avec la chaîne de l'opération de concaténation. Ce qui est plus, ton code ne compile pas (comme l'OP a juste trouvé).
    • Pour en sortir.écrire( temps de latence[i] ); temps de latence[i] est de type "long" et le BufferedWrite que j'utilise ne peut pas écrire "long" directement.
    • Je vois que vous essayez d'utiliser la write(String) méthode - j'ai mis à jour ma réponse à montrer comment.
    • Le tdfp. Il n'y a rien de mal avec l'OP du code.
    • Roach: Vrai. Eh bien...rien fonctionnellement mal, mais avait-il écrit différemment, il aurait probablement été en mesure de le comprendre plus rapidement.

    InformationsquelleAutor Nate W.