Это звучит как проблема, с которой я сталкивался ранее, учитывая информацию о том, что Интернет работает медленно или ненадежно, я хотел бы предложить использовать сокет UDP вместо TCP, поскольку они не генерируют исключения, когда соединение разрывается на короткое время, или если во время передачи теряется небольшое количество данных, см. здесь . API очень похож, см. здесь . Возможно, было бы немного неудобно переопределять, но я думаю, что это решит вашу проблему.
Мое другое понимание заключается в том, что вы пытаетесь, что catch catch указывает, что он принимает только IOException, хотя он и перехватывает SocketException, в большинстве случаев я просто использую универсальный класс Exception, чтобы избежать попыток определить, какие исключения будут брошен откуда.
Просто измените:
catch (IOException e)
на
catch (Exception e)
И IOException, и SocketException наследуются от класса Exception, поэтому остальная часть кода остается неизменной. Надеюсь, это даст вам больше информации о проблемах.
Да, это подтверждено, до такой степени, что для того, каково никогда браузер это не было, тот браузер будет иметь серьезный дефект. Текстовый узел, который представил что-либо кроме текста, будет противоречием. При помощи document.createTextNode ("некоторая строка"); и добавляя тот узел, строка, как гарантируют, будет представлена как текст.
Я не думаю, фильтруя, или выходить из HTML-тэгов является очень изящным решением - слишком легко придумать свертку, которая проскользнет мимо фильтра
Это абсолютно неверно, фильтруя> к > и <к < полностью остановит любую инжекцию HTML.