Hacktoberfest 2026:維護者為十月標記出來的 issue,仍然開放、適合新手。 瀏覽 Hacktoberfest issue

服务端断链

未關閉
#4,231 8 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視

還沒有人認領這個 Issue。

評估

難度
4/5
預估耗時
3-5 天
新手友好度
25/100
Issue 類型
缺陷
描述清晰度
需要釐清
活躍度
停滯
技術堆疊
java

研究方向

未指定原始檔案或測試。先重現 health check 失敗,並追蹤與回報的 1 ms 後中斷相關的伺服器端連線處理,然後將其與 idleTimeoutInSeconds 和 request.timeout 設定進行比較。完成標準是找出重複中斷的原因,並加入經過驗證的修正或記錄完整的解決方案。

由索引模型根據 Issue 內容生成。

描述

在health检查时,1ms就断链返回,有什么可能原因吗?
health每10s一次,连续3次校验不过,导致health检查失败。
image
image
image

image

配置:
servicecomb:
server:
connection:
idleTimeoutInSeconds: 120
request:
timeout: 60000

某个时间段内有大量的类似断链错误,可能影响不仅仅是health接口,还是在凌晨业务流量少的时候。

主要語言
Java
星號
1.9k
分支
813
PR 合併指標
30 天內沒有已合併 PR

環境準備

  • 沒有 Dockerfile 或 Docker Compose 檔案
  • 有 Pull Request 範本
  • 沒有貢獻指南

從這裡開始

  1. 先讀完整個 Issue,再讀專案的貢獻指南。
  2. 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
  3. Fork 儲存庫,在一個分支上完成修改。
  4. 送出 Pull Request,並在描述裡引用這個 Issue 編號。

apache/servicecomb-java-chassis 的其他 Issue

查看 apache/servicecomb-java-chassis 的全部 Issue

相似的 Issue

更多 Java Issue

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。