Java Sockets non bloquantes lire

Je suis en utilisant un DataInputStream à lire des caractères/de données à partir d'une prise.

Que je veux utiliser .readUnsignedShort(); il lève une exception si il n'y a pas 2 octets à lire. Dois-je sous-classe DataInputStream et de remplacer les méthodes d'ajout d'exceptions, ou est-il un moyen plus facile?

OriginalL'auteur clarity | 2010-08-23

  1. 7

    Si vous voulez quelque chose de rapide et sale, essayez de inputStream.(). 

    if (stream.available() < 2) {
    //throw it
}

    Si vous voulez un vrai les lectures non bloquantes et des rappels lorsque les données sont disponibles, je pense que Pablo réponse est mieux.

    J'ai trouvé ceci par googler "non bloquantes sockets", mais tout ce que je voulais, c'était d'interroger le support pour les données entrantes sans bloquer le fil. À penser qu'il serait si simple, merci.

    OriginalL'auteur NG.

  2. 3

    Je pense que Java NIO non bloquant les classes sont votre meilleur choix. Vérifier SocketChannel de la classe et de ses exemples de code.

    Mais attention, lorsque vous émettez votre commande de lecture, cela pourrait être le cas que les octets ne sont pas encore disponibles, mais cela ne signifie pas que la volonté jamais arriver à votre socket...

    OriginalL'auteur Pablo Santa Cruz

  3. 2
    void readButDoNotBlockForALongTime(java.net.Socket socket) {
    int someTimeout = 1000;
    socket.setSoTimeout(someTimeout);
    try {
        //read as much as you want - blocks until timeout elapses
    } catch (java.net.SocketTimeoutException e) {
        //read timed out - you may throw an exception of your choice
    }
}

    C'est une manière simple de bloquer aussi longtemps que vous le souhaitez.

    setSoTimeout(int timeout): Activer/désactiver SO_TIMEOUT avec le délai spécifié en millisecondes. Avec cette option un délai non nul, un read() appel sur l'InputStream associés à cette Prise de bloc, seulement ce laps de temps. Si le délai expire, un java.net.SocketTimeoutException est élevé, même si le Socket est toujours valide. L'option doit être activée avant d'entrer dans l'opération de blocage d'avoir effet. Le délai d'attente doit être > 0. Un délai d'attente de zéro est interprété comme une infinité de délai d'attente.

    Pour une solution plus élégante, vous pouvez envisager d'utiliser NIO.

    Je ne pense pas avoir une exception soit levée et a pris tous les 1000ms est élégant
    Exactement. C'est mieux que d'ouvrir le programme pour les attaques DOS, mais à l'aide de NIO serait encore mieux.
    Je suis d'accord, @StealthRabbi. Supprimer le mot élégant. 🙂

    OriginalL'auteur Zsolt Safrany

  4. 0

    Si l'entrée se termine avant la fourniture de deux octets qu'il va jeter EOFException. Si il n'y a pas d'entrée disponibles() renvoie zéro, mais il peut aussi renvoyer zéro si il y est d'entrée dans certaines circonstances (par exemple, SSL).

    OriginalL'auteur user207421