成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

MCP + SSE:?jiǎn)蜗蛲ㄐ湃绾瓮娉鲭p向操作?

開發(fā) 前端
SSE 本身確實(shí)只能從服務(wù)器到客戶端單向通信,但 MCP(Model Context Protocol)通過一個(gè)巧妙的組合拳,把 SSE 和 HTTP POST 請(qǐng)求搭配在一起,成功實(shí)現(xiàn)了完整的雙向通信。?

“ 你是否覺得 SSE 只能單向通信?MCP 用一招教你實(shí)現(xiàn)雙向通信!”

SSE 本身確實(shí)只能從服務(wù)器到客戶端單向通信,但 MCP(Model Context Protocol)通過一個(gè)巧妙的組合拳,把 SSE 和 HTTP POST 請(qǐng)求搭配在一起,成功實(shí)現(xiàn)了完整的雙向通信。

聽起來是不是很酷?其實(shí)原理很簡(jiǎn)單——一個(gè)負(fù)責(zé)“說”,一個(gè)負(fù)責(zé)“聽”,組合起來就是“對(duì)話”了。

雙向通信的秘密

想象一下,客戶端和服務(wù)器在聊天,它們的對(duì)話是這樣開始的:

  • 客戶端先打招呼:通過 GET 請(qǐng)求建立 SSE 連接,就像撥通了一個(gè)電話。
  • 服務(wù)器回應(yīng):發(fā)送一個(gè)“endpoint”事件,告訴客戶端“我在這里等你發(fā)消息”。
  • 客戶端開始說話:通過 HTTP POST 請(qǐng)求,把消息發(fā)到服務(wù)器提供的端點(diǎn)。
  • 服務(wù)器回應(yīng):通過 SSE 連接,把回復(fù)送回客戶端。
  • 服務(wù)器主動(dòng)通知:隨時(shí)可以通過 SSE 推送消息,就像發(fā)短信一樣。
  • 客戶端再次發(fā)言:繼續(xù)用 HTTP POST 發(fā)送新消息。

為了更直觀地理解這個(gè)過程,我們可以通過以下流程圖來展示雙向通信的每一步:

整個(gè)過程就像兩個(gè)人打電話,雖然用的是兩種不同的通信方式,但邏輯上完全實(shí)現(xiàn)了雙向?qū)υ挕?/span>

客戶端的雙重身份

客戶端的工作分為兩部分:一是訂閱 SSE 事件流,二是通過 HTTP POST 發(fā)送消息。

// 連接建立過程
@Override
publicMono<Void>connect(Function<Mono<JSONRPCMessage>, Mono<JSONRPCMessage>> handler){
    // 1. 訂閱 SSE 事件流,就像打開收音機(jī)
    sseClient.subscribe(this.baseUri +this.sseEndpoint,newFlowSseClient.SseEventHandler(){
        @Override
        publicvoidonEvent(SseEvent event){
            // 2. 處理 endpoint 事件,獲取消息發(fā)送端點(diǎn)
            if(ENDPOINT_EVENT_TYPE.equals(event.type())){
                String endpoint = event.data();
                messageEndpoint.set(endpoint);
                // 連接建立完成
            }
            // 3. 處理服務(wù)器發(fā)來的消息
            elseif(MESSAGE_EVENT_TYPE.equals(event.type())){
                JSONRPCMessage message =McpSchema.deserializeJsonRpcMessage(objectMapper, event.data());
                handler.apply(Mono.just(message)).subscribe();
            }
        }
    });
    
    returnMono.fromFuture(future);
}

// 客戶端發(fā)送消息
@Override
publicMono<Void>sendMessage(JSONRPCMessage message){
    // 使用 HTTP POST 發(fā)送消息到服務(wù)器提供的端點(diǎn)
    // ...
}

簡(jiǎn)單來說,客戶端就像一個(gè)既能聽又能說的人:一邊通過 SSE“聽”服務(wù)器的消息,一邊通過 HTTP POST“說”自己的話。

服務(wù)器的中轉(zhuǎn)站

服務(wù)器的工作更像一個(gè)中轉(zhuǎn)站,既要處理客戶端的請(qǐng)求,又要通過 SSE 推送消息。

// 處理 SSE 連接請(qǐng)求
privateServerResponsehandleSseConnection(ServerRequest request){
    // 創(chuàng)建會(huì)話,就像給每個(gè)客戶端分配一個(gè)專屬頻道
    String sessionId =UUID.randomUUID().toString();
    
    // 發(fā)送初始 endpoint 事件,告訴客戶端“我在哪”
    sseBuilder.id(sessionId)
        .event(ENDPOINT_EVENT_TYPE)
        .data(this.baseUrl +this.messageEndpoint +"?sessinotallow="+ sessionId);
    
    // 創(chuàng)建會(huì)話傳輸層
    WebMvcMcpSessionTransport sessionTransport =newWebMvcMcpSessionTransport(sessionId, sseBuilder);
    McpServerSession session = sessionFactory.create(sessionTransport);
    this.sessions.put(sessionId, session);
}

// 處理客戶端發(fā)來的消息
privateServerResponsehandleMessage(ServerRequest request){
    // 從請(qǐng)求中獲取會(huì)話 ID,就像找到對(duì)應(yīng)的聊天窗口
    String sessionId = request.param("sessionId").orElse(null);
    
    // 處理客戶端發(fā)來的消息
    // ...
    
    // 通過 SSE 連接發(fā)送響應(yīng)
    // ...
}

// 服務(wù)器向客戶端發(fā)送消息
@Override
publicMono<Void>sendMessage(McpSchema.JSONRPCMessage message){
    returnMono.fromRunnable(()->{
        try{
            String jsonText = objectMapper.writeValueAsString(message);
            sseBuilder.id(sessionId).event(MESSAGE_EVENT_TYPE).data(jsonText);
        }
        catch(Exception e){
            // 錯(cuò)誤處理
        }
    });
}

服務(wù)器的核心任務(wù)是管理會(huì)話,確保每個(gè)客戶端的消息都能準(zhǔn)確無誤地傳遞。

雙向通信的四大支柱

  • 初始連接:客戶端通過 GET 請(qǐng)求建立 SSE 連接,就像撥通了一個(gè)電話。
  • 端點(diǎn)發(fā)現(xiàn):服務(wù)器通過 SSE 發(fā)送“endpoint”事件,告訴客戶端“我在這里等你”。
  • 雙向通信

a.客戶端通過 HTTP POST 發(fā)送消息

b.服務(wù)器通過 SSE 推送消息到客戶端

  • 會(huì)話管理:服務(wù)器為每個(gè)客戶端分配唯一的會(huì)話 ID,確保消息不會(huì)“串門”。

這種設(shè)計(jì)的厲害之處在于,它沒有試圖“改造”SSE,而是聰明地利用了它的實(shí)時(shí)推送優(yōu)勢(shì),同時(shí)用 HTTP POST 解決了反向通信的問題。

就像給一輛單缸摩托車裝上了副駕駛座,瞬間變成了能對(duì)話的“雙人通信車”。

更妙的是,這種組合拳式的實(shí)現(xiàn)方式,不僅保持了 SSE 的輕量化特性,還避免了 WebSocket 那種復(fù)雜的雙向協(xié)議開銷。

對(duì)于那些需要實(shí)時(shí)推送但又不想引入復(fù)雜技術(shù)棧的項(xiàng)目來說,MCP 的這套方案簡(jiǎn)直是“降維打擊”。

雙向通信的更多可能

MCP 的這套組合拳,不僅解決了 SSE 的單向通信問題,還保留了實(shí)時(shí)推送的優(yōu)勢(shì)。

未來,這種設(shè)計(jì)思路可以應(yīng)用到更多場(chǎng)景中,比如物聯(lián)網(wǎng)設(shè)備通信、微服務(wù)之間的輕量級(jí)消息傳遞,甚至是 Web 應(yīng)用中的實(shí)時(shí)協(xié)作功能。

想象一下,當(dāng)你的前端應(yīng)用需要和后端服務(wù)實(shí)時(shí)互動(dòng)時(shí),用 MCP 的這套方案,既簡(jiǎn)單又高效,還能避免引入額外的技術(shù)復(fù)雜性。是不是很期待?趕緊試試吧!

責(zé)任編輯:姜華 來源: 阿丸筆記
相關(guān)推薦

2021-05-07 08:20:52

前端開發(fā)技術(shù)熱點(diǎn)

2025-03-13 03:00:00

DockerAgentic工具

2024-11-04 09:04:20

2009-12-08 11:17:41

WCF雙向通信

2010-03-01 15:08:05

WCF單向操作

2025-04-27 07:53:47

2024-07-09 09:15:29

2024-01-03 13:06:50

2020-05-20 22:37:42

HTTPSSSL雙向驗(yàn)證

2025-06-16 08:51:23

2009-12-22 09:11:31

WCF雙向通信

2023-10-17 17:13:14

內(nèi)存程序源碼

2023-11-27 07:47:14

2023-11-28 08:49:01

短輪詢WebSocket長輪詢

2010-03-01 13:17:46

WCF單向服務(wù)

2025-05-16 07:50:58

Spring AIMCPSSE

2010-02-23 17:55:24

WCF雙向通信

2021-12-14 10:54:31

TopK面試排序法

2022-04-16 12:38:39

CSS前端

2011-02-28 18:19:40

無線
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)

主站蜘蛛池模板: 亚洲视频一区二区三区 | 97精品久久 | 九九热最新地址 | 日韩av资源站 | 久久精品国产久精国产 | 又黄又爽的网站 | 影音av| 久久久一区二区 | 欧美日韩国产中文 | 午夜影院在线观看免费 | 亚洲国产一区二区三区 | 精品欧美一区二区三区久久久 | 最近日韩中文字幕 | 国产在线一区二区三区 | 视频在线一区二区 | 久久综合一区 | 99久久久国产精品免费消防器 | 成人在线播放网站 | 在线国产一区二区 | 综合自拍 | 亚洲国产一区视频 | 国产精品综合一区二区 | 国产午夜精品一区二区三区四区 | 久久久久久亚洲精品 | a黄在线观看 | 一区二区三区在线播放视频 | 欧美日韩在线精品 | 精品国产青草久久久久福利 | 天天干天天想 | 午夜视频网 | 三级国产三级在线 | 国产色婷婷 | www.4虎影院 国产999精品久久久影片官网 | 久久婷婷色 | 精品中文字幕一区二区三区 | 91视频免费黄| 在线视频一区二区三区 | 欧美精品久久久久 | 偷拍亚洲色图 | 欧美日韩亚洲一区 | 欧美一区成人 |