Сокетная связь между C и java

Вы правильно рассмотрели эффект «короткого замыкания» или оператора Java?

С || если первое предложение истинно, второе никогда не оценивается.

   while(
        (userInput1=br1.readLine())!=null ||
        (userInput2=br2.readLine())!=null) {

Итак, вы успешно прочитали

 userInput1=br1.readLine())!=null

и сразу же введите свою обработку, затем вернитесь к while и снова прочитайте следующую строку в userInput1. Следовательно, userInput2 никогда не получит значение.

Вам нужна отдельная логика, например

    read first line
    read second line 

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

Я бы предпочел не полагаться на две отдельные строки чтения в своем протоколе.

while((userInput1=br1.readLine())!=null||(userInput2=br2.readLine())!=null){

Это условие означает, что вы прочитаете br1 до EOS, прежде чем прочтете что-либо из br2. Это то, что вы действительно намеревались?

И наоборот, если вы застряли на br2.readLine(), это означает две вещи: (а) br1 находится в EOS, и (б) одноранговый узел, связанный с br2, ничего не отправлял или, по крайней мере, не отправлял строку, заканчивающуюся новой строкой.

Возможно, вы страдаете от распространенного заблуждения, что readLine() возвращает null, когда нет данных, готовых для чтения?

Также вы читаете строки, заканчивающиеся символами новой строки, которые удаляются вызовом readLine(), а затем записываете их без каких-либо символов новой строки, что вряд ли может быть правильным.

Мне кажется, что то, что вы на самом деле пишете, является прокси, и в этом случае вам нужно два потока на сокет, один для чтения из A и для записи в B, а другой для чтения из B и для записи в A. И если это прокси, вы следует использовать InputStreams и OutputStreams, а не Readers и Writers, поскольку у вас, вероятно, нет причин проверять данные, и поэтому вам не следует проводить их через процессы преобразования byte-> char и char-> byte, подразумеваемые использованием Readers и Writers. Есть и другие тонкости при написании прокси, но я подожду вашего подтверждения, прежде чем объяснять их.

причина, по которой я использую символ четности, заключается в интерпретации конца потока. В противном случае использование только read() приводит к остановке программы для ввода навсегда (даже после того, как фактическая отправка всех своих данных). Я использую ready() следующим образом:

//The proxy client
while(true){
    if(br1.ready()){
        while((temp1=br1.read())!=(int)par)
            userInput1=userInput1+(char)temp1;
        System.out.println("Input to Actual Server: " + userInput1);
        bw1.write(userInput1);
        bw1.flush();
        System.out.flush();
        userInput1="";
        temp1=0;
        }
        if(br2.ready()){
            while((temp2=br2.read())!=(int)par)
                userInput2=userInput2+(char)temp2;
            System.out.println("Response from Actual Server: " + userInput2);
            userInput2=userInput2+par;
            bw2.write(userInput2);
            bw2.flush();
            System.out.flush();
            userInput2="";
            temp2=0;
        }
}

//The proxy server
while(true){
     if(br1.ready()){
         while((temp1=br1.read())!=(int)par)
                         userInput1=userInput1+(char)temp1;
         System.out.println("Input from Actual Client: " + userInput1);
         userInput1=userInput1+par;
         bw1.write(userInput1);
         bw1.flush();
         System.out.flush();
         userInput1="";
         temp1=0;
     }
     if(br2.ready()){
         while((temp2=br2.read())!=(int)par)
                userInput2=userInput2+(char)temp2;
         System.out.println("Response to Actual Client: " + userInput2);
         bw2.write(userInput2);
         bw2.flush();
         System.out.flush();
         userInput2="";
         temp2=0;
     }
}

Пожалуйста, предложите, если есть какие-либо проблемы с использованием ready().