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

Crash on extensive output in debug console

未關閉
#1,355 1 則留言 1 個 reaction 已指派 0 人 在 GitHub 檢視

維護者通常 1 天內回覆

還沒有人認領這個 Issue。

評估

難度
4/5
預估耗時
3-5 天
新手友好度
38/100
Issue 類型
缺陷
描述清晰度
基本清楚
活躍度
停滯
技術堆疊
java, typescript, vscode

研究方向

使用提供的 JUnit 5 CrashTest 重現崩潰,並在偵錯主控台中將其與經過限流的 noCrashTest 進行比較。從 debug-console 的輸出路徑開始,接著驗證執行百萬行測試不再導致 VS Code 崩潰,同時輸出仍可使用。

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

描述

ai-triaged bug

Flooding std-out in debug console by a JUnit test in a short amount of time seems to result in total vscode crash.

Running the given the following simple JUnit 5 "Test" results in crash:

import org.junit.jupiter.api.Test;

public class CrashTest {
  @Test
  public void crashTest() {
    for (int i = 0; i < 1_000_000; i++) {
      System.out.println((i + 1));
    }
  }
}

When releasing the output pressure with the example below, debug console can keep up and there is no crash.

@Test
public void noCrashTest() throws InterruptedException {
  for (int i = 0; i < 1_000_000; i++) {
    if (i % 1000 == 0)
      Thread.sleep(500);
    System.out.println((i + 1));
  }
}
Environment
  • Operating System: Ubuntu 22.04
  • JDK version: 17.0.7
  • Visual Studio Code version: 1.79.2
  • Java extension version: v1.19.0
  • Debugger for Java version: v0.51.0
  • Test Runner for Java version: v0.39.0
Steps To Reproduce
  1. Run the test
  2. Crash
主要語言
TypeScript
星號
591
分支
429
平均合併
1 天 1 小時
30 天內合併 PR
20

環境準備

從這裡開始

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

microsoft/vscode-java-debug 的其他 Issue

查看 microsoft/vscode-java-debug 的全部 Issue

相似的 Issue

更多 TypeScript Issue

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

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