Пока цикл не продолжается - гнездо

Question

Итак, я создаю довольно простое приложение для Java, которое в конечном итоге превратится в онлайн-игру с двумя игроками в техасский холдем. Прямо сейчас, я пытаюсь отправить несколько простых сообщений по сети, чтобы убедиться, что основные функции работают. Однако я застрял.

У меня есть два метода в классе. Один для серверов (или действительно гибрид между клиентом и сервером) и один для клиентов. Они соединяются вместе хорошо. Когда я это сделал, я заметил, что когда я подключился, они оба спамали сообщения по умолчанию (сейчас это «КЛИЕНТ: Started» и «SERVER: Started» взад и вперед друг к другу. Я понял, что это потому, что строка, содержащая эту информацию, была никогда не были опустошены, и поэтому они никогда не знали, когда прекратить передавать его. Затем я убедился, что после отправки сообщения эта переменная была обнулена, и была сделана проверка, чтобы проверить, было ли оно пустым до отправки. Вот где это пошло не так, хотя После этого они не отправят больше одного сообщения. Они отправляют свои соответствующие приветственные сообщения, но все, что я пытаюсь передать после этого, игнорируется. Это почти похоже на остановку while-loop для сервера/клиента.

Итак, у меня есть две общедоступные переменные, объявленные в классе. Они содержат любое сообщение, которое отправляет сервер или клиент.

public static String serverCommand = null;

public static String clientCommand = null;

Они являются недействительными по умолчанию, но изменен во время выполнения в GUI-части. Петля сервер выглядит следующим образом:

   while(true) 
       { 
        if((receive = receiveStream.readLine()) != null) 
        { 
         System.out.println(receive); 
        } 
        if(serverCommand != null) 
        { 
         printer.println(serverCommand); 
         printer.flush(); 
         Network.serverCommand = null; 
        } 
       } 

И клиент в то время как цикл, как это:

   while(true) 
       { 
        if(Network.clientCommand != null) 
        { 
         printer.println(clientCommand); 
         printer.flush(); 
         Network.clientCommand = null; 
        } 

        if((receive = receiveStream.readLine()) != null) 
        { 
         System.out.println(receive); 
        } 
       } 

Однако, как уже упоминалось - после Network.clientCommand устанавливается нулевое значение в первый раз, он никогда больше не посылает любые сообщения, хотя Network.clientCommand изменяется из-за пользовательского ввода во время выполнения.

Я отправлю две ссылки на полный исходный код клиент-серверной части этого ниже, так как они немного большие, чтобы вставить здесь.

LINK:http://hastebin.com/oqotirufic.java

ли кто-нибудь здесь есть какие-либо идеи, что происходит, и как я должен думать, пытаясь исправить/обойти это? Я добавлю, что мой опыт работы с Java и сетевым программированием очень ограничен.

EDIT

Я добавлю часть GUI, которая acccesses/изменения переменных.

Answer 1

Конечно после Network.clientCommand имеет нулевое значение, больше ничего не отсылается - это то, что вы сказали это сделать:

if((receive = receiveStream.readLine()) != null) 
{ 
    System.out.println(receive); 
} 

Согласно JavaDoc, readLine() возвращает

Строка, содержащая содержимое строка, не включая символы окончания строки, или null, если конец потока достигнут.

Не «null, если есть пауза в передаче». Если он еще не видел полную строку или конец потока (разъединение сокета), ну, значит, это еще не сделано. Он ждет, пока он не получит полную строку ввода до того, как перейдет к следующей строке вашего кода.

Но откуда вы узнаете, следует ли ожидать сообщения, чтобы войти или отправить следующий? Вы не можете. Вы не можете зависеть от того, когда или что-то прибудет с другой стороны.

Что происходит, когда обеим сторонам нечего посылать? Они оба начинают ждать получения. Что происходит, когда одна сторона получает что-то новое для отправки? Ну, как только он получит что-то, он отправит его. Но этого никогда не бывает!

Что вы можете сделать, это позвонить readLine() в отдельной теме. См. JavaDocs for Thread и учебник по Java-уроку "Concurrency". И если вы используете Swing для своего графического интерфейса, см. Также урок по Java-уроку "Concurrency in Swing".

Answer 2

Я не могу комментировать, потому что у меня репутация менее 50 лет (я присоединился к SO несколько раз назад), вы проверили, что .readLine() - метод блокировки? если вы вызываете этот метод, пока он не будет разрешен, код будет заблокирован в этой точке.

В любом случае, попробуйте сделать system.outs внутри и снаружи цикла, чтобы обнаружить кодировку, которая блокирует ваш цикл, чтобы получить дополнительную информацию.