Introduce a unified Virtual Threads friendly API

未關閉

#778 建立於 2026年2月10日 1 則留言 19 個 reaction 已指派 0 人在 GitHub 檢視

還沒有人認領這個 Issue。

評估

難度: 5/5
預估耗時: 一週以上
新手友好度: 25/100

Issue 類型: 功能
描述清晰度: 需要釐清
活躍度: 冷清
技術堆疊: java
領域: api, backend-api-design

研究方向

首先檢視現有的 Sync 和 Async API 以及目前的模組階層，接著將它們對 Reactor 和 Reactive Streams 的相依性與提議的 Java 21+/25+ 方向進行比較。該 issue 沒有提供可執行的檔案或測試；進展意味著產出並討論一個符合所列 Virtual Threads、串流、可擴充性與相依性要求，並達成社群共識的原型。

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

描述

enhancement

The MCP Java SDK team and myself would like to acknowledge the strong desire to evolve the MCP Java SDK to leverage Virtual Threads as a key building block.

This issue is about introducing a new unified Virtual Threads friendly API with the following characteristics:

Natively designed for Virtual Threads both in terms of idiomatic API and implementation
Designed with Structured Concurrency in mind but SC will not be required
Introduce a new way to expose streaming based features
Extensible design that should allow changing the implementation
No dependency on Reactor or Reactive Streams
No Sync or Async prefix
Technically could run on Java 21+ but Java 25+ (latest LTS version without the thread pinning issue) will be the recommended baseline

The Sync and Async API and implementation would remain close to what they are today for now, to not break existing use cases and remain fully compatible with Java 17+, while the new unified API would potentially mean a changed module hierarchy where Project Reactor is not a required dependency.

A prototype of this unified Virtual Threads friendly API, using the Sync API as the starting point but achieving the characteristics shared above, will be shared in this issue or via a related PR and discussed with the community to gather feedback and hopefully reach a consensus.

主要語言: Java
星號: 3.7k
分支: 1.1k
平均合併: 1 天 15 小時
30 天內合併 PR: 9

貢獻指南

開啟貢獻指南

從這裡開始

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

modelcontextprotocol/java-sdk 的其他 Issue

SSE client silently truncates a data: line at U+2028/U+2029/U+0085, then fails with "Error parsing JSON-RPC message" 未關閉

area/transport bug P2

難度 2/5 1-3 小時新手友好度 88/100

modelcontextprotocol/java-sdk#1136 · 2026年9月18日建立
Client request handlers that complete empty send no JSON-RPC response 未關閉

area/client bug P2

難度 2/5 1-3 小時新手友好度 84/100

modelcontextprotocol/java-sdk#1124 · 1 則留言 · 2026年9月3日建立
ServerCapabilities.logging is added unconditionally, overriding the caller's explicit capabilities 未關閉

bug P2 ready for work

難度 2/5 1-3 小時新手友好度 68/100

modelcontextprotocol/java-sdk#1086 · 1 則留言 · 2026年8月11日建立
Reject listRoots if not supported by client, without sending any request 未關閉

enhancement good first issue P3

難度 2/5 1-3 小時新手友好度 82/100

modelcontextprotocol/java-sdk#1067 · 2026年7月19日建立
StdioClientTransport missing explicit UTF-8 charset in InputStreamReader (same issue as #295, but on client side) 未關閉

bug P2 ready for work

難度 2/5 1-3 小時新手友好度 74/100

modelcontextprotocol/java-sdk#898 · 1 則留言 · 2026年4月2日建立

查看 modelcontextprotocol/java-sdk 的全部 Issue

相似的 Issue

[Bug][UI] Change the method of opening the Action Detail 未關閉

難度 2/5 1-3 小時新手友好度 65/100

Netcracker/qubership-integration-platform#913 · 2026年9月23日建立
SEC-CORS-006 declares MEDIUM but can only emit HIGH or LOW 未關閉

bug

難度 2/5 1-3 小時新手友好度 75/100

jdubois/boot-ui#1100 · 2026年9月23日建立
build-scan-xunit: accept ISO offset timestamps in test reports 未關閉

難度 2/5 1-3 小時新手友好度 75/100

elastic/gradle-plugins#157 · 2026年9月23日建立
OpenAPI document marks optional request body of `PUT /api/users/me` as required 未關閉

難度 2/5 1-3 小時新手友好度 75/100

cryptomator/hub#497 · 2026年9月23日建立
No test covers the claim that only the last command's state is checked 未關閉

難度 2/5 1-3 小時新手友好度 75/100

johanhaleby/occurrent#1120 · 2026年9月23日建立

更多 Java Issue