我的原因，是因為我開啟了防火牆
systemctl status firewalld 開啟防火牆
systemctl stop firewalld 關閉防火牆
關閉防火牆，就可以外部訪問了。不受埠限制。生產環境，最好開啟防火牆，開啟部分埠。
1.永久有效
開啟： chkconfig iptables on
關閉： chkconfig iptables off
2.即刻生效
開啟： service iptables start
關閉： service iptables stop
3.開啟部分埠
vim /etc/sysconfig/iptables
新增想要開啟的相關埠
-a input -m state --state new -m tcp -p tcp --dport 6379 -j accept
-a input -m state --state new -m tcp -p tcp --dport 8080 -j accept
-a input -m state --state new -m tcp -p tcp --dport 8081 -j accept
-a input -m state --state new -m tcp -p tcp --dport 8082 -j accept
-a input -m state --state new -m tcp -p tcp --dport 3306 -j accept
service iptables restart
systemctl status firewalld 開啟防火牆
systemctl stop firewalld 關閉防火牆
Epoll 連線無響應或響應時間過長
epoll有兩種模式，lt模式 與 et模式。預設情況下是lt模式，由於et模式在高併發，高流量的情況下，處理效率會高於et模式，所以也就採用了et模式。伺服器一直執行良好，跑幾千機械人也沒有什麼問題。但突然之間發現，機械人在反覆掉線上線的測試後，會出現一種情況 伺服器端會再也收不到客戶端的連線事件...
效能測試之 響應時間
響應時間 網路傳輸時間 請求 伺服器處理時間 一層或是多層 網路傳輸時間 響應 頁面前段解析時間 響應時間 呈現時間 網路傳輸時間 伺服器端響應時間 應用延時時間 呈現時間 其實主要說的瀏覽器對接收到資料的乙個處理展示的過程。幾年前大家都在用ie，如果頁面顯示比較慢，我們肯定不會怪罪ie，只會怪罪電...
響應時間優化
業務不停的迭代，加上打工人換了一波又一波，導致很多業務介面特別重，可讀性非常的差。最近專案在重構優化，部分介面平均響應時間在 1.5s 左右，對於使用者體驗來說，非常的不友好。本文旨在提出幾個介面優化的一些常用的辦法。1 優化的準則 一切的前提是業務價值需要。如果沒有足夠的價值，那麼可讀性才是第一，...