Qu'est-ce que l'utilisation de ByteBuffer en Java?

Quels sont des exemples d'applications pour un ByteBuffer en Java? Veuillez énumérer les exemples de scénarios dans lesquels il est utilisé. Merci!!!!

  • Apache Hadoop est la compression zlib codec par exemple) utilise ByteBuffer de jave.nio.
InformationsquelleAutor Aklin | 2011-01-30
  1. 119

    Cette est une bonne description de ses utilisations et des lacunes. Vous essentiellement l'utiliser chaque fois que vous devez faire, rapide à faible niveau I/O. Si vous alliez mettre en œuvre un protocole TCP/IP ou si vous écrivez une base de données (SGBD) cette classe seraient utiles.

    • Est-il utile n'importe où dans un trafic élevé de site web développé à l'aide de Java & Cassandra DB?
    • Après une rapide recherche, il semble que oui, Cassandra n'utilisez ByteBuffer: mail-archive.com/[email protected]/msg14967.html Si vous vous demandez à propos de raw d'un site web, il existe peut-être, mais en général, il est uniquement destiné à être utilisé par des sites web, de manière indirecte, en utilisant des outils comme cassandra
    • pas un mauvais lien, merci. souhaitez ajouter ce un que j'ai trouvé utile - worldmodscode.wordpress.com/2012/12/14/...
    InformationsquelleAutor kelloti
  2. 87

    La ByteBuffer classe est important, car il constitue une base pour l'utilisation des canaux en Java. ByteBuffer classe définit six catégories d'opérations lors de l'octet tampons, comme indiqué dans la documentation de Java 7:

    • Absolue et relative obtenez de l' et mettre méthodes de lire et d'écrire les octets;

    • Relative en vrac obtenir méthodes de transfert des séquences contiguës d'octets à partir de ce buffer dans un tableau;

    • Relative mettre en vrac méthodes de transfert des séquences contiguës d'octets à partir d'un tableau d'octets ou de certains autres octets de la mémoire tampon dans ce tampon;

    • Relative et absolue de l'obtenir et de mettre les méthodes lire et écrire les valeurs des autres types de primitives, leur traduction vers et à partir de séquences de
      octets dans un ordre d'octets;

    • Méthodes pour créer la vue de tampons, qui permettent à un octet de la mémoire tampon pour être considéré comme un tampon contenant des valeurs d'un autre type primitif; et

    • Méthodes pour le compactage, la duplication d', et découpage un tampon d'octets.

    Example code : Putting Bytes into a buffer.

        //Create an empty ByteBuffer with a 10 byte capacity
    ByteBuffer bbuf = ByteBuffer.allocate(10);

    //Get the buffer's capacity
    int capacity = bbuf.capacity(); //10

    //Use the absolute put(int, byte).
    //This method does not affect the position.
    bbuf.put(0, (byte)0xFF); //position=0

    //Set the position
    bbuf.position(5);

    //Use the relative put(byte)
    bbuf.put((byte)0xFF);

    //Get the new position
    int pos = bbuf.position(); //6

    //Get remaining byte count
    int rem = bbuf.remaining(); //4

    //Set the limit
    bbuf.limit(7); //remaining=1

    //This convenience method sets the position to 0
    bbuf.rewind(); //remaining=7
    • la majeure partie de ce commentaire est copié à partir de la java 7 docs.
    • À moins que vous prenez avantage de la non-évidence d'effet secondaire, je crois que vous utilisez peut-être la mauvaise méthode absolue pour mettre. La Javadoc semble indiquer que l'absolu de mettre exige une valeur d'index.
    • même si c'est juste une copie de la doc api ses même worht son score bcs certaines personnes semblent être trop paresseux pour prendre un coup d'oeil.
    • Il y a une erreur dans l'un des exemples. L'absolu du mettre", manque le premier paramètre qui correspond à l'indice (0 dans ce cas).
    InformationsquelleAutor ykombinator
  3. 19

    Java IO à l'aide de flux orienté Api est effectuée à l'aide d'un tampon pour le stockage temporaire de données au sein de l'espace utilisateur. Les données lues à partir du disque de DMA est d'abord copié à des tampons dans l'espace noyau, qui est ensuite transfert à la mémoire tampon dans l'espace utilisateur. Il y a donc une surcharge. Éviter qu'il peut obtenir gain considérable des performances.

    Nous ne pouvait ignorer ce tampon temporaire dans l'espace utilisateur, si il y avait un moyen directement accès à la mémoire tampon dans l'espace du noyau. Java NIO fournit un moyen de le faire.

    ByteBuffer est parmi plusieurs tampons fournis par Java NIO. C'est juste un récipient ou cuve de stockage pour les données de lecture ou d'écriture des données. Au-dessus de comportement est obtenu par l'affectation directe de la mémoire tampon à l'aide de allocateDirect() API de la mémoire Tampon.

    La Documentation Java des Octets de la mémoire Tampon contient des informations utiles.

    InformationsquelleAutor deepujain
  4. 13

    Dans Android, vous pouvez créer une zone tampon entre C++ et Java (avec directAlloc méthode) et le manipuler dans les deux côtés.

    InformationsquelleAutor someUser
  5. 12

    Ici est un excellent article expliquant ByteBuffer avantages. Suivantes sont les points clés de l'article:

    • Premier avantage d'un ByteBuffer, qu'elle soit directe ou indirecte est efficace d'accès aléatoire structuré de données binaires (par exemple, faible niveau de IO comme indiqué dans l'une des réponses). Avant Java 1.4, à lire de telles données, on peut utiliser un DataInputStream, mais sans accès aléatoire.

    Sont les avantages spécifiquement pour direct ByteBuffer/MappedByteBuffer. Notez que direct tampons sont créés à l'extérieur du tas:

    1. Pas affectée par gc cycles: Direct tampons ne sont pas déplacés lors de la collecte des ordures cycles comme ils résident à l'extérieur du tas. Carrières d'ocre de BigMemory technologie de mise en cache semble miser sur cet avantage. Si ils étaient sur le tas, il serait de ralentir gc temps de pause.

    2. Boost de Performance: Dans les cours d'IO, lire les appels entraînerait des appels système, qui nécessitent un contexte-pour basculer entre le mode utilisateur au mode noyau et vice-versa, ce qui serait coûteux, surtout si le fichier est accessible en permanence. Cependant, avec la projection en mémoire cette commutation de contexte est réduite à mesure que les données sont plus susceptibles de se trouver dans la mémoire (MappedByteBuffer). Si les données sont disponibles dans la mémoire, il est accessible directement sans invoquer l'OS, c'est à dire, pas de commutation de contexte.

    Noter que MappedByteBuffers sont très utiles surtout si les fichiers sont gros et peu de groupes de blocs sont plus consultés fréquemment.

    1. Page de partage de: les fichiers mappés en Mémoire peuvent être partagées entre les processus qu'ils sont alloués dans le processus de la mémoire virtuelle de l'espace et peuvent être partagées entre les processus.
    InformationsquelleAutor Dheeru Mundluru