Scanner vs BufferedReader

Que je sache, les deux méthodes les plus courantes de la lecture de données basée sur les caractères à partir d'un fichier en Java à l'aide de Scanner ou BufferedReader. Je sais aussi que la BufferedReader lire des fichiers de manière efficace à l'aide d'un tampon pour éviter de faire des opérations sur le disque dur. Mes questions sont les suivantes:

Ne Scanner fonctionne aussi bien que les BufferedReader?
Pourquoi voudriez-vous choisir Scanner sur BufferedReader ou vice-versa?

En général j'ai aussi utiliser le Scanner pour la lecture de la norme dans ('Scanner = new Scanner(System.en) " sent beaucoup plus propre). Vous ne savez pas si c'est en fait de moins en moins efficace, mais depuis la lecture de mst chez les bloque, je ne peux pas imaginer l'efficacité de Scanner serait le problème.

InformationsquelleAutor Mads Mobæk | 2010-02-09

189

Scanner est utilisé pour l'analyse des jetons à partir du contenu du flux, tandis que BufferedReader se contente de lire le flux et ne faire aucune spéciale d'analyse.

En fait, vous pouvez passer une BufferedReader à un scanner comme la source de caractères à analyser.
- BufferedReader est synchronisé et le Scanner n'est pas, donc c'est à vous de décider.
- Je sais que ce sujet est vieux, mais j'ai eu des résultats mitigés parmi les systèmes d'exploitation à l'aide de BufferedReader lors de la tentative de engloutissent le contenu du flux fournis par les Processus (par exemple, la capture de la sortie d'une commande externe). Une fois que j'ai changé mon code pour utiliser le Scanner au lieu de cela, comme il est indiqué dans réponse distincte, les choses ont commencé à se comporter de façon cohérente et, comme prévu.
- Mais Scanner dépend en fin de compte quelque chose d'autre pour son entrée, qui pourrait bien être synchronisés.
InformationsquelleAutor Chandra Sekar
170

En dernière JDK6 version/build (b27), le Scanner a un petit tampon ( 1024 caractères ), par opposition à la BufferedReader (8192 caractères), mais c'est plus que suffisant.

Que le choix, l'utilisation de la Scanner si vous voulez analyser le fichier, utilisez le BufferedReader si vous voulez lire le fichier ligne par ligne. Voir aussi le texte d'introduction de leur aforelinked de la documentation de l'API.
- Analyse = interprétation de la donnée d'entrée sous forme de jetons (pièces). Il est en mesure de donner en retour vous des parties spécifiques directement comme int, string, virgule, etc. Voir aussi tous ceux nextXxx() méthodes de Scanner classe.
- Lecture = dumb streaming. Il redonne à vous tous caractères, qui à leur tour ont d'inspecter manuellement si vous souhaitez correspondre ou de composer quelque chose d'utile. Mais si vous n'avez pas besoin de faire de toute façon, puis la lecture est suffisante.
- Une belle. Merci pour le tampon de pointe. A la recherche d'elle tout au long de natifs, des lectures sont extrêmement coûteux.
- qu'entendez-vous analyser et de les lire? Désolé, je suis confus
- l'analyse = interprétation de la donnée d'entrée sous forme de jetons (pièces). Il est en mesure de donner en retour vous des parties spécifiques directement comme int, string, virgule, etc. Voir aussi tous ceux nextXxx() les méthodes dans la classe Scanner. Lecture = dumb streaming. Il redonne à vous tous caractères, qui à leur tour ont d'inspecter manuellement si vous souhaitez correspondre ou de composer quelque chose d'utile. Mais si vous n'avez pas besoin de faire de toute façon, puis la lecture est suffisante.
- Ok je l'ai déjà utilisé, readInt(); readFloat(); etc. Maintenant obtenu qu'est-ce que la moyenne de l'analyse. et BalusC pouvez-vous donner peu de temps pour moi juste 10 minutes dans la salle de chat, je veux demander à peu au sujet de la mise en mémoire tampon, la façon dont il fonctionne.
- Qu'est-ce que j'enveloppe BufferedReader Scanner du constructeur? est-ce une bonne idée?
InformationsquelleAutor BalusC
76

Voir ce lien, qui suit est cité à partir de là:

Un BufferedReader est une classe simple signifiait efficacement les lire à partir de la
sous-fifre de flux. Généralement, chaque demande de lecture faite d'un Lecteur comme un
FileReader provoque une lecture correspondant demande à être faite à
flux sous-jacent. Chaque appel à read() ou readLine() pourrait
cause d'octets à lire dans le fichier, convertis en caractères, et
puis est retourné, ce qui peut être très inefficace. Amélioration de l'efficacité de
sensiblement si un Lecteur est déformé dans un BufferedReader.

BufferedReader est synchronisé, de sorte que les opérations de lecture sur un BufferedReader
peuvent en toute sécurité être fait à partir de plusieurs threads.

D'un scanner, d'autre part, a beaucoup plus de fromage construit; c'
peut faire tout ce qu'un BufferedReader peut faire et au même niveau de
l'efficacité ainsi. Cependant, en plus d'un Scanner permet d'analyser le
flux sous-jacent pour les types primitifs et les chaînes à l'aide régulière
les expressions. Il peut aussi marquer le flux sous-jacent avec le
caractère de votre choix. Il peut également faire avancer la numérisation de l'
flux sous-jacent négligeant le délimiteur!

Un scanner n'est cependant pas thread-safe, il est à l'extérieur
synchronisé.

Le choix de l'utilisation d'un BufferedReader ou un Scanner dépend du code
vous écrivez, si vous écrivez une simple lecture du journal Tampon
lecteur adéquat. Toutefois, si vous écrivez un analyseur XML Scanner
est la plus naturelle.

Même lors de la lecture de l'entrée, si vous voulez accepter la saisie de l'utilisateur en ligne
ligne et de dire il suffit de l'ajouter à un fichier, un BufferedReader est assez bon.
D'autre part, si vous voulez accepter la saisie de l'utilisateur comme une commande avec
de multiples options, puis l'intention d'effectuer différentes opérations
selon la commande et les options spécifiées, un Scanner costume
mieux.
- "D'un scanner, d'autre part, a beaucoup plus de fromage construit en elle; il peut faire tout ce qu'un BufferedReader peut faire et au même niveau d'efficacité que de bien." Ne sont pas d'accord, BufferedReader est un peu plus rapide par rapport à Scanner Scanner ne permet l'analyse de données d'entrée et BufferedReader lit simplement séquence de caractères.
InformationsquelleAutor Jomoos
38
1. BufferedReader a significativement plus grande mémoire tampon de Scanner. Utilisation BufferedReader si vous souhaitez obtenir de longues chaînes à partir d'un flux, et l'utilisation Scanner si vous souhaitez analyser spécifiques type de jeton à partir d'un flux.
2. Scanner pouvez utiliser marquer à l'aide de séparateur personnalisé et d'analyser les flux dans les types primitifs de données, tandis que BufferedReader ne peut que lire et stocker la Chaîne.
3. BufferedReader est synchrone alors que Scanner ne l'est pas. Utilisation BufferedReader si vous travaillez avec plusieurs threads.
4. Scanner cache IOException tout BufferedReader jette immédiatement.
InformationsquelleAutor Sujith PS
17

Je suggère l'utilisation de BufferedReader pour la lecture de texte. Scanner cache IOException tout BufferedReader jette immédiatement.

InformationsquelleAutor Evgeniy
8

Différence entre BufferedReader et Scanner sont les suivantes:
1. BufferedReader est synchronisé mais le Scanner est pas synchronisés.
2. BufferedReader est thread-safe mais le Scanner est pas thread-safe.
3. BufferedReader a plus grande mémoire tampon mais Scanner a plus petite mémoire tampon.
4. BufferedReader est plus rapide mais le Scanner est plus lent dans l'exécution.
5. Code pour lire une ligne de la console:
  
  BufferedReader:
```
 InputStreamReader isr=new InputStreamReader(System.in);
 BufferedReader br= new BufferedReader(isr);
 String st= br.readLine();
```
  Scanner:
```
Scanner sc= new Scanner(System.in);
String st= sc.nextLine();
```
InformationsquelleAutor Raman Gupta
7

Suivantes sont les différences entre BufferedReader et Scanner
1. BufferedReader seulement lire les données scanner mais aussi à analyser les données.
2. vous pouvez lire la Chaîne de caractères à l'aide de BufferedReader, mais vous pouvez lire int,
  long ou flotteur à l'aide d'un Scanner.
3. BufferedReader est plus âgé à partir d'un Scanner,il existe de jdk 1.1, tandis que
  Scanner a été ajouté sur le JDK 5.
4. La taille de la mémoire Tampon de BufferedReader est vaste(8 KO) par rapport à 1
  de Scanner.
5. BufferedReader est plus adapté pour la lecture de fichier avec une longue Chaîne
  alors que le Scanner est plus adapté à la lecture de la petite entrée de l'utilisateur à partir de
  l'invite de commande.
6. BufferedReader est synchronisé mais le Scanner n'est pas, ce qui signifie que vous
  ne peut pas partager Scanner entre plusieurs threads.
7. BufferedReader est plus rapide qu'un Scanner car il n'a pas passé du temps
  sur l'analyse
8. BufferedReader est un peu plus rapide par rapport à Scanner
9. BufferedReader est de java.io paquet de Scanner et à l'est de java.package util
  sur la base des points, nous pouvons choisir notre choix.
Grâce

InformationsquelleAutor dhS
6

Les Principales Différences:
1. Scanner
- Un texte simple scanner qui peut analyser les types primitifs et les chaînes à l'aide d'expressions régulières.
- Un Scanner sauts de de son entrée en jetons à l'aide d'un séparateur de modèle, qui par défaut correspond aux espaces. La résultante des jetons peuvent ensuite être converties en valeurs de différents types, en utilisant les différents suivant les méthodes.
Exemple
```
 String input = "1 fish 2 fish red fish blue fish";
 Scanner s = new Scanner(input).useDelimiter("\\s*fish\\s*");
 System.out.println(s.nextInt());
 System.out.println(s.nextInt());
 System.out.println(s.next());
 System.out.println(s.next());
 s.close(); 
```
imprime le résultat suivant:
```
 1
 2
 red
 blue 
```
Le même résultat peut être généré avec ce code, qui utilise une expression régulière pour analyser toutes les quatre jetons à la fois:
```
 String input = "1 fish 2 fish red fish blue fish";

 Scanner s = new Scanner(input);
 s.findInLine("(\\d+) fish (\\d+) fish (\\w+) fish (\\w+)");
 MatchResult result = s.match();
 for (int i=1; i<=result.groupCount(); i++)
     System.out.println(result.group(i));
 s.close(); `
```
1. BufferedReader:
  - Lit le texte à partir d'un personnage-flux d'entrée, de mise en mémoire tampon de caractères de manière à fournir pour l'efficacité de la lecture des caractères, des tableaux, et des lignes.
  - La taille de la mémoire tampon peut être spécifié ou la taille par défaut peut être utilisé. La valeur par défaut est assez grand pour la plupart des besoins.
En général, la lecture de chaque demande d'un Lecteur provoque un correspondant demande de lecture de la sous-jacentes de caractère ou de flux d'octets. Par conséquent, il est conseillé d'envelopper un BufferedReader autour de n'importe quel Lecteur dont la lecture() les opérations peuvent être coûteux, tels que FileReaders et InputStreamReaders. Par exemple,
```
BufferedReader in
   = new BufferedReader(new FileReader("foo.in"));
```
sera le tampon d'entrée à partir du fichier spécifié. Sans mise en mémoire tampon, chaque appel à read() ou readLine() pourrait causer des octets à lire dans le fichier, convertis en caractères, et puis est retourné, ce qui peut être très inefficace.
Les programmes qui utilisent DataInputStreams pour saisir un texte peut être localisée en remplaçant chaque DataInputStream avec un BufferedReader.

Source:Lien

InformationsquelleAutor Shiva Nandam Sirmarigari
3

Il y a différentes façons de prendre des entrées en java comme:

1) BufferedReader 2) Scanner 3) Arguments De Ligne De Commande

BufferedReader Lire le texte de caractère-flux d'entrée, de mise en mémoire tampon de caractères de manière à fournir pour l'efficacité de la lecture des caractères, des tableaux, et des lignes.

Où le Scanner est un texte simple scanner qui peut analyser les types primitifs et les chaînes à l'aide d'expressions régulières.

si vous écrivez une simple lecture du journal Tampon lecteur est adéquate. si vous écrivez un analyseur XML Scanner est la plus naturelle.

Pour plus d'informations, veuillez consulter:

http://java.meritcampus.com/t/240/Bufferedreader?tc=mm69

InformationsquelleAutor manisha mulchandani
1

La réponse ci-dessous est extrait de Lecture à partir de la Console: JAVA Scanner vs BufferedReader

Lors de la lecture des données d'entrée de la console, il y a deux options existent pour y parvenir. La première utilisation de Scanner, l'autre à l'aide BufferedReader. Deux d'entre eux ont des caractéristiques différentes. Cela signifie différences comment l'utiliser.

Scanner traités d'entrée donné comme gage. BufferedReader viens de lire ligne par ligne d'entrée donné, comme une chaîne de caractères. Scanner auto fournir des capacités d'analyse tout comme nextInt(), nextFloat().

Mais, qu'est-ce que d'autres différences entre les deux?
- Scanner traités d'entrée donné comme gage. BufferedReader stream line/String
- Scanner sous forme de jeton donné en entrée à l'aide de regex. À l'aide de BufferedReader devez écrire du code supplémentaire
- BufferedReader plus rapide qu'un Scanner *pas de point. 2
- Scanner n'est pas synchronisé, BufferedReader synchronisé
Scanner venir avec depuis la version de JDK 1.5 supérieur.

Quand faut utiliser le Scanner, ou avec Tampon Lecteur?

Regarder les principales différences entre les deux d'entre eux, une aide sous forme de jeton, d'autres à l'aide de flux en ligne. Lorsque vous avez besoin de l'analyse des capacités, l'utilisation du Scanner à la place. Mais, je suis plus à l'aise avec BufferedReader. Lorsque vous avez besoin de lire un Fichier, utilisez BufferedReader, parce que c'est l'utilisation de la mémoire tampon lors de la lecture d'un fichier. Ou vous pouvez utiliser BufferedReader comme entrée pour le Scanner.

InformationsquelleAutor KNU
0
1. ~~BufferedReader vous donnera probablement de meilleures performances (car le Scanner est basé sur InputStreamReader, regardez les sources).~~ ups, pour la lecture de fichiers qu'il utilise nio. Quand je l'ai testé nio performance contre BufferedReader de performance pour les gros fichiers nio montre un peu de meilleures performances.
2. Pour la lecture de fichier essayer de Apache Commons IO.
- "Pour de la lecture du fichier d'essayer d'Apache Commons IO" pourquoi?
InformationsquelleAutor Roman
0

Je préfère Scanner car il ne jette pas vérifié les exceptions et, par conséquent, c'est l'utilisation des résultats dans une plus grande rationalisation du code.

InformationsquelleAutor thisismydesign

Vous devez vous connecter pour publier un commentaire.