① 求助，minecraft連接伺服器顯示Internal Exception:io.netty.handler.timeout.readtimeoutexception
網路連接超時
第一種可能是你那裡網的問題
第 二種可能伺服器的問題，伺服器沒有開服
② netty服務端為什麼會關閉連接
網路連接超時，第一種可能是你那裡網的問題，第 二種可能伺服器的問題，伺服器可能沒有開服，你去我的世界服務吧或麥塊上找個伺服器試試，看會不會出現這種問題。望採納。
③ 我的世界為什麼進伺服器顯示Internal Exception:io.netty.handler.timeout.readtimeoutexception
這個說明你的網速或者你基友的網速太差了，導致我的世界掉線
④ netty是啥
Netty是由JBOSS提供的一個java開源框架，現為 Github上的獨立項目。Netty提供非同步的、事件驅動的網路應用程序框架和工具，用以快速開發高性能、高可靠性的網路伺服器和客戶端程序。
也就是說，Netty 是一個基於NIO的客戶、伺服器端的編程框架，使用Netty 可以確保你快速和簡單的開發出一個網路應用，例如實現了某種協議的客戶、服務端應用。Netty相當於簡化和流線化了網路應用的編程開發過程，例如：基於TCP和UDP的socket服務開發。
「快速」和「簡單」並不用產生維護性或性能上的問題。Netty 是一個吸收了多種協議（包括FTP、SMTP、HTTP等各種二進制文本協議）的實現經驗，並經過相當精心設計的項目。最終，Netty 成功的找到了一種方式，在保證易於開發的同時還保證了其應用的性能，穩定性和伸縮性。
⑤ netty websocket什麼情況會出現連接異常
確認下客戶端與服務端是不是都是使用的NIO，如果都是NIO的話，會產生很多Selector，而Selector在window上的實現是基於連接的，一個selector會佔用兩個本地埠
⑥ 我的世界登入多人是彈出io.netty.handler.timeout.readtimeout exception怎麼辦
io.netty.handler.timeout.readtimeout exception,這是伺服器超時報錯。可能是帶寬限制了，或者網路慢，或者是防火牆阻擋了，或者是其它問題。這是一個網路問題，或者是伺服器設置問題。
⑦ 用Netty作http靜態資源伺服器，類似Nginx這樣的，大一點的文件響應不正常怎麼回事
您好，對於你的遇到的問題，我很高興能為你提供幫助，我之前也遇到過喲，以下是我的個人看法，希望能幫助到你，若有錯誤，還望見諒！。展開全部
Nginx+PHP-fpm組合，以內存佔用小，負載能力強壯的特點，成為小內存VPS建站的首選組合。我們一起來探討一下nginx+php-fpm高負載的優化方法。
先來看看nginx配置參數的優化。nginx是前端接受瀏覽器端請求的web server, 配置可調的參數如下：
下面是示例nginx配置
user www-data;
worker_processes 8;
#worker_processes 調至8， 大於8沒什麼用，小於8，nginx性能發揮不出來
worker_cpu_affinity 01 10 01 10 01 10 01 10;
#worker_cpu_affinity 參數可以使nginx充分發揮多核Cpu的性能優勢 ，上面的配置是針對雙核CPU的配置。01表示第一個核，10表示第二個核，如果是四核cpu，一至四個核分別表示為 0001 0010 0100 1000
error_log /var/log/nginx/error_log crit;
pid /var/run/nginx.pid;
worker_rlimit_nofile 10240;
#worker_rlimit_nofile 是nginx能打開文件的最大句柄數，我們需要把這個數字設大一點。
#linux系統的文件查看數限制查看是用 ulimit -n ，修改這個限制是用 ulimit -HSn 65535
events
{
use epoll;
#必須要用高效的event驅動，以獲得最大性能
worker_connections 10240;
#max_clients = worker_processes * worker_connections/4 （最大連接數的計算公式）
}
http
{
include /etc/nginx/deny.iplist;
include /etc/nginx/mime.types;
default_type application/octet-stream;
server_name_in_redirect off;
server_names_hash_bucket_size 128;
server_tokens off;
client_header_buffer_size 32k;
#client頭buffer可以調為32K
large_client_header_buffers 4 32k;
client_max_body_size 8m;
sendfileon;
tcp_nopush on;
keepalive_timeout 65;
tcp_nodelayoff;
client_body_timeout 10;
client_header_timeout 10;
send_timeout 60;
output_buffers 1 32k;
postpone_output 1460;
open_file_cache max=1000 inactive=20s;
open_file_cache_valid30s;
open_file_cache_min_uses 2;
open_file_cache_errors on;
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
fastcgi_buffer_size 32k;
fastcgi_buffers 4 32k;
fastcgi_busy_buffers_size 32k;
fastcgi_temp_file_write_size 32k;
gzip on;
gzip_buffers 4 16k;
gzip_http_version 1.0;
gzip_comp_level 2;
gzip_types text/plain application/x-javascript text/css application/xml;
gzip_proxied expired no-cache no-store private auth;
proxy_cache_path /var/lib/nginx/cache levels=1:2 keys_zone=staticfilecache:80m inactive=1d max_size=2500m;
proxy_temp_path /var/lib/nginx/proxy;
proxy_connect_timeout 300;
proxy_read_timeout 120;
proxy_send_timeout 120;
proxy_buffer_size 16k;
proxy_buffers 4 16k;
upstream wordpressnginx
{
server 127.0.0.1:6000 weight=1 fail_timeout=120s;
}
include /etc/nginx/sites-enabled/*;
}
上面的配置裡面，有多處設及到buffer和timeout的地方。我們可以根據需要，慢慢調大這些參數，buffer自然是大點好，但不要太大。16K是標准配置，可以增加到32，往上加更大也不是不行，但 要考慮到你系統內存大不大，夠不夠用。timeout是超時，如果伺服器很繁忙，不妨增加超時等待時間，以避免頻繁出現502錯誤。
gzip是必須開啟的，reverse proxy在允許的情況下，也盡量開啟，一 是可以提升響應效率，二是降低伺服器壓力，gzip開啟後更可以節省伺服器帶寬。
nginx主要的配置如上所述。
現在看一下php-fpm的配置。
[global]
pid = run/php5-fpm.pid
process_control_timeout = 5
[www]
listen = /dev/shm/php-cgi.sock
listen.allowed_clients = 127.0.0.1
user = www-data
group = www-data
pm = static
pm.max_children = 7
#這個決定了 php-fpm的總進程。我們要想同時響應更多的並發數，這個數值要盡可能大，比如500，1000
pm.max_requests = 10000
#並發數越大，這個最大請求數應該越大，並發數小，這個數值也應該越小。它表示，php-fpm進程響應了10000個並發請求之後，就自動重啟一下進程。
request_terminate_timeout = 30
#表示等待30秒後，結束那些沒有自動結束的php腳本，以釋放佔用的資源。
env[HOSTNAME] = $HOSTNAME
env[PATH] = /usr/local/bin:/usr/bin:/bin
env[TMP] = /tmp
env[TMPDIR] = /tmp
env[TEMP] = /tmp
小內存的vps雖然經過使用php-fpm+nginx，提升了系統的效率，可以同時響應較多的並發請求，但是當並發數上來了，比如從100上升到10000，小內存肯定響應不過來，cpu也會 因為太忙，而導致系統負載變得很高很高，這個時候，我們就要考慮升級硬體配置了。
內存越大越好，CPU核心頻率越高越好，CPU核越多越好。硬碟最好是SSD+RAID10。這樣性能不僅高，數據安全也有保障。
上面所提到的各個配置參數，設及到數值的，不妨自己 多試著調小，調大參數，然後重啟下nginx或者php-fpm進程，看看效果怎麼樣。
下面介紹一個比較好的壓力測試工具，siege.
debian和ubuntu用戶可以通過apt-get install siege來安裝siege.
siege是一個跟ab.exe相似的http壓力測試軟體。
我們可以用siege來測試我們的網站和伺服器性能。
siege -r 100 -c 10
-r 是 repeat , -r 100是重復100次測試
-c 10是表示模擬10個用戶同時並發連接
最後面是要測試的URL地址。
測試過程中可以隨時按CTRL+C中止進程，siege會生成一個報告給我們。
我們可以同時根據siege的測試結果和監視伺服器的負載情況，對系統壓力狀況進行一個深入了解和分析。接下來可以幫助我們判斷該如何進行下一步操作，是繼續優化配置，還是升級硬體。非常感謝您的耐心觀看，如有幫助請採納，祝生活愉快！謝謝！
⑧ netty超時原因
1、檢查網路的網速是否正常，區域網里是否有人看電影或者下載軟體等拖慢了網速。
2、連接蘋果跟iTunes時，檢查iT的設置情況，打開iTunes -- 編輯 -- 偏好設置 -- 家長控制 -- iTunes Store這一項勾選（把 允許訪問iTunes U 這一項也勾選）-- 確定。再重啟，重開iTunes，回到剛才那個步驟，把剛剛勾選的兩項取消，回iTunes Store登陸。
3、關掉防火牆，在windows 安全中心。1.tomcat比較適合j2ee開發，因為其完整的實現了Servlet和JSP規范
2.tomcat處理高並發請求性能不夠好，比如需要使用NIO時必須要安裝APR插件，確實比較麻煩。
3.netty是一個性能非常好的java NIO網路框架，我們已經在諸多大項目中使用並驗證。
所以：
如果性能要求不高，則選用tomcat 開發上更易用
如果對性能有要求，選用netty，當然其在使用上要更麻煩，最直接的啟停監控腳本得自己來弄。
⑨ 急！急！急！服務起來一直報java.io.IOException: Connection reset by peer這個怎麼解決！
Connection reset by peer的常見原因：
1）伺服器的並發連接數超過了其承載量，伺服器會將其中一些連接關閉；
如果知道實際連接伺服器的並發客戶數沒有超過伺服器的承載量，則有可能是中了病毒或者木馬，引起網路流量異常。可以使用netstat -an查看網路連接情況。
2）客戶關掉了瀏覽器，而伺服器還在給客戶端發送數據；
3）瀏覽器端按了Stop；
這兩種情況一般不會影響伺服器。但是如果對異常信息沒有特別處理，有可能在伺服器的日誌文件中，重復出現該異常，造成伺服器日誌文件過大，影響伺服器的運行。可以對引起異常的部分，使用try…catch捕獲該異常，然後不輸出或者只輸出一句提示信息，避免使用e.printStackTrace();輸出全部異常信息。
4）防火牆的問題；
如果網路連接通過防火牆，而防火牆一般都會有超時的機制，在網路連接長時間不傳輸數據時，會關閉這個TCP的會話，關閉後在讀寫，就會導致異常。 如果關閉防火牆，解決了問題，需要重新配置防火牆，或者自己編寫程序實現TCP的長連接。實現TCP的長連接，需要自己定義心跳協議，每隔一段時間，發送一次心跳協議，雙方維持連接。
5）JSP的buffer問題。
JSP頁面預設緩存為8k，當JSP頁面數據比較大的時候，有可能JSP沒有完全傳遞給瀏覽器。這時可以適當調整buffer的大小。