Одно из решений проблемы, связанной с java.io.IOException: сброс соединения по одноранговому узлу.

Многие большие парни уже избавились от этой ошибки. Причин несколько:

1. Когда сервер принимает и обрабатывает пользовательские запросы, его собственные ресурсы ЦП, ввода-вывода, памяти, потоков и других ресурсов имеют максимальные ограничения. Когда одновременные запросы превышают возможности сервера, сервер останавливает некоторые запросы. (Однако следует отметить, что если фактическое количество параллелизма не превышает пропускную способность сервера, это может быть вызвано вирусом «Троянский конь». Это необходимо проанализировать на данный момент).
2. Клиент закрывает браузер, но сервер продолжает отправлять данные.
3. Нажмите «Стоп» в браузере. (ps: В некоторых документах говорится, что блокировка всплывающих окон браузера аналогична остановке. Я лично не проверял это. Вы можете обратиться к этой статье: https://www.cnblogs.com/panxuejun/p/7160148.html ).
Оба вышеперечисленных события вызваны клиентом, но поскольку сервер выполняет чтение и запись, он все равно будет записывать журналы. Если это происходит часто, это также вызовет проблемы. Журналы можно собирать отдельно и записывать в небольших количествах. (Вообще говоря, частота возникновения трех вышеперечисленных ситуаций очень низкая)
4. Затронут брандмауэр/nginx.

    Во-первых, все они устанавливают механизм тайм-аута, и сеанс TCP будет закрыт, если он будет превышен. Это можно сделать, переопределив механизм контрольного сигнала для обслуживания сеанса.
    Один из них — разработать стратегии борьбы с высокой частотой. Это случай с моим. Распространенные методы защиты от DDos-атак межсетевого экрана

Моя проблема связана с конфигурацией nginx 4.

Буфер nginx слишком мал, а время ожидания слишком мало

Настройте конфигурацию nginx

                proxy_connect_timeout 900;
                proxy_read_timeout 6000;
                proxy_send_timeout 6000;
                proxy_buffer_size 10k;
                proxy_buffers 256 10k;
                proxy_busy_buffers_size 64k;
                client_max_body_size 60m;
                client_body_buffer_size 256k;

Просто настройтесь на подходящее время

Для получения более полной и подробной информации или если вы все еще не удовлетворены, вы можете прочитать блог этого босса.

https://www.cnblogs.com/crazymakercircle/p/14001467.html

Guess you like

Origin blog.csdn.net/sinat_37792529/article/details/132778853