重連秒數和設置不同

這篇指南說明為什麼「重連設置」中的等待秒數，有時會和實際顯示的重連秒數不同。

重要規則：收到伺服器斷線 code 3、19 或 75 時，系統會將這次重連的基準等待時間提高到 1200 秒。這是保護連線資源的預設行為，不是設定讀取錯誤。

快速開始

1. 先記下斷線訊息中的 server disconnect code。
2. 如果 code 是 3、19 或 75，請先檢查帳號、密碼、伺服器與登入設定。
3. 修正設定後再重新連線，不要只把一般重連秒數調短。

斷線 code 規則

這三個 code 不會使用「斷線後等待秒數」的短時間設定覆蓋 1200 秒。第一次重連會以 1200 秒為基準；如果同一斷線事件已經進入後續重試，系統的退避機制可能讓下一次等待時間更久。

為什麼會強制等待 1200 秒

這些斷線通常不是一般網路瞬斷，而是帳號或登入條件需要使用者修正的拒絕結果。最常見的方向包括：

• 帳號或密碼輸入錯誤。
• 選錯伺服器、登入版本或角色欄位。
• 帳號狀態需要先在服務端處理。

如果程式在這種狀態下持續快速重連，就會一直用相同的錯誤資料建立沒有意義的連線，浪費電力、頻寬與伺服器資源。因此系統會將這次重連延後到 1200 秒，讓使用者有時間修正登入條件，也避免無限快速重試。

常見問題與排錯順序

我明明設定 60 秒，為什麼畫面顯示 1200 秒？

先檢查斷線 code。如果是 3、19 或 75，1200 秒是系統刻意套用的保護值；把設定改成 60 秒不會覆蓋這個規則。

這代表網路很不穩嗎？

不一定。這三個 code 優先代表登入條件或帳號狀態需要處理。請先確認帳密、伺服器與版本設定，再判斷是否需要檢查網路。

修正資料後還是一直出現相同 code

請停止目前的重連流程，重新確認帳號資料與伺服器設定，再重新啟動連線。若仍持續出現，保留完整斷線 code 與時間，交給管理員檢查帳號狀態。

最後檢查清單

• 已記下完整的 server disconnect code。
• 已確認 3、19、75 會套用 1200 秒保護等待。
• 已檢查帳號、密碼、伺服器與登入版本。
• 沒有把一般網路斷線和登入條件拒絕混在一起排查。