用中集成 AppEngine Channel API：WebView 代理橋接架構(gòu)實戰(zhàn))
在 Chrome 打包應(yīng)用中集成 AppEngine Channel APIWebView 代理橋接架構(gòu)實戰(zhàn)【免費下載鏈接】chrome-extensions-samplesChrome Extensions Samples項目地址: https://gitcode.com/gh_mirrors/ch/chrome-extensions-samples本篇技術(shù)指南圍繞 chrome-extensions-samples 倉庫中的 AppEngine Channel API 示例展開講解如何在 Chrome 打包應(yīng)用Chrome Packaged App中突破 CSP 限制、借助 WebView 與異步 postMessage 橋接層使用 AppEngine Channel API實現(xiàn)實時服務(wù)端推送。讀完本文你將掌握該示例的三層架構(gòu)應(yīng)用層、WebView 代理層、AppEngine 服務(wù)端層、Channel token 的創(chuàng)建與消費流程、基于隨機 UUID 的輕量玩家標識方案以及一套完整可運行的雙人對戰(zhàn)井字棋實時通信實現(xiàn)。核心問題CSP 與 Channel API 的不兼容AppEngine 的 Channel API 允許服務(wù)端向瀏覽器客戶端推送實時消息其官方 JavaScript 客戶端通過/_ah/channel/jsapi腳本引入。然而 Chrome 打包應(yīng)用執(zhí)行嚴格的內(nèi)容安全策略CSP禁止遠程腳本執(zhí)行導(dǎo)致 Channel API 的 jsapi 無法直接在應(yīng)用內(nèi)加載運行。該示例給出的解決方案是將 Channel API 的 JavaScript 客戶端放入一個由 AppEngine 服務(wù)器托管的普通網(wǎng)頁中并通過webview標簽將其嵌入應(yīng)用應(yīng)用與 WebView 之間使用異步 postMessage 進行通信WebView 充當代理完成 Channel 的連接、訂閱與消息轉(zhuǎn)發(fā)。整體架構(gòu)三層協(xié)作的實時通信鏈路從倉庫的目錄結(jié)構(gòu)_archive/apps/samples/appengine-channelapi可以清晰看到示例被拆分為兩個部分app/Chrome 打包應(yīng)用本體包含 manifest、主入口、游戲界面與橋接邏輯appengine/AppEngine 后端包含 WSGI 應(yīng)用、數(shù)據(jù)模型、靜態(tài)代理頁與部署配置。其協(xié)作流程如下應(yīng)用啟動后通過 XHR 請求本地 AppEngine 服務(wù)http://localhost:8080創(chuàng)建/加入游戲獲得 JSON 響應(yīng)含 token、游戲 key、玩家 ID、初始棋盤狀態(tài)應(yīng)用創(chuàng)建一個隱藏的 WebView加載服務(wù)端托管的代理頁channel_in_a_webview.html應(yīng)用把 token 通過 postMessage 發(fā)送給 WebViewWebView 內(nèi)的 Channel jsapi 建立長連接收到服務(wù)端推送后通過 postMessage 回傳應(yīng)用應(yīng)用內(nèi)的橋接對象把消息解析為棋盤狀態(tài)更新并渲染界面玩家的落子操作則通過 XHR POST 回服務(wù)端。運行準備與啟動步驟按照原文檔_archive/apps/samples/appengine-channelapi/app/README.md的指引完整運行步驟如下進入appengine文件夾并啟動本地開發(fā)服務(wù)器cd _archive/apps/samples/appengine-channelapi/appengine dev_appserver.py .服務(wù)默認監(jiān)聽http://localhost:8080這與應(yīng)用 manifest 中聲明的權(quán)限http://localhost:8080/*嚴格對應(yīng)。安裝app文件夾中的 Chrome 打包應(yīng)用在chrome://extensions開啟開發(fā)者模式后加載已解壓的擴展程序。運行該打包應(yīng)用兩次兩個窗口從一個窗口復(fù)制游戲 ID 粘貼到另一個窗口的輸入框中點擊 go 加入同一局游戲。開始對弈。游戲界面[_archive/apps/samples/appengine-channelapi/app/assets/screenshot_1280_800.png展示了等待對手加入、輸入游戲 ID 以及對局中的典型狀態(tài)打包應(yīng)用客戶端實現(xiàn)應(yīng)用清單與權(quán)限聲明app/manifest.json 中兩個關(guān)鍵權(quán)限是示例能夠運行的前提{ manifest_version: 2, name: Appengine Channel API Sample, version: 2, minimum_chrome_version: 27, permissions: [webview, http://localhost:8080/*], app: { background: { scripts: [main.js] } } }webview打包應(yīng)用使用webview標簽所需的權(quán)限http://localhost:8080/*允許應(yīng)用通過 XHR 訪問本地 AppEngine 服務(wù)minimum_chrome_version: 27WebView 與 postMessage 橋接方案所需的 Chrome 最低版本注意這里的 manifest 不含 CSP 配置應(yīng)用本體完全依賴本地腳本與 JSON 數(shù)據(jù)交互從源頭規(guī)避了遠程腳本限制。應(yīng)用入口app/main.js 是唯一的后臺入口監(jiān)聽chrome.app.runtime.onLaunched事件并創(chuàng)建 500×300 的主窗口chrome.app.runtime.onLaunched.addListener(function() { chrome.app.window.create(index.html, { id: appEngineSampleID, innerBounds: { width: 500, height: 300 } }); });橋接對象ChannelInAWebviewapp/channel_in_a_webview.js 是整個方案的靈魂它將Channel API 交互完整抽象為一個對象供上層游戲邏輯透明使用。其構(gòu)造過程包含幾個值得注意的設(shè)計細節(jié)function ChannelInAWebview(rootUrl) { this.webview document.createElement(webview); this.webview.src rootUrl /static/channel_in_a_webview.html; this.webview.style.width 10px; this.webview.style.height 10px; this.webview.style.display block; this.webview.style.border 1px solid red; document.body.appendChild(this.webview); // ... }WebView 被設(shè)置為 10×10 像素并置于display: block即隱藏運行——它只作為 Channel 的宿主不參與界面渲染紅色邊框僅是調(diào)試輔助源碼注釋可見其先后嘗試過display:none再改為小尺寸塊級元素目的是保證 WebView 能正常加載與執(zhí)行腳本應(yīng)用監(jiān)聽全局message事件并做來源校驗this.webview.src.indexOf(e.origin) ! 0不匹配即丟棄防止跨源偽造消息橋接對象對外暴露兩個事件回調(diào)onOpenedChannel 建立成功與onMessage收到服務(wù)端推送消息負載分別對應(yīng)e.data[onOpened]與e.data[onMessage]。向下發(fā)送消息的方法ChannelInAWebview.prototype._sendMessageToWebview function(data) { this.webview.contentWindow.postMessage(data, this.webview.src); } ChannelInAWebview.prototype.openChannel function(token) { this._sendMessageToWebview({openChannel: token}); }openChannel(token)把服務(wù)端下發(fā)的 token 通過 postMessage 送進 WebView觸發(fā)代理頁建立 Channel 連接。游戲邏輯與消息消費app/game.js 承載完整的井字棋客戶端邏輯其服務(wù)端地址常量寫作ROOT http:/localhost:8080源碼如此實為http://localhost:8080與 manifest 權(quán)限一致。核心流程頁面加載后xhr.open(GET, ROOT)請求服務(wù)端拿到首包 JSONgame_key、me、token、initial_message后進入game(data)立即構(gòu)造橋接對象并綁定回調(diào)var channelAPI new ChannelInAWebview(ROOT); channelAPI.onOpened onOpened; channelAPI.onMessage onMessage; setTimeout(function() { initialize(data); }, 100);其中setTimeout(..., 100)是為 WebView 加載與 jsapi 就緒留出的緩沖時間initialize(data)記錄game_key與玩家身份me把游戲 ID 回填到.gamelink節(jié)點便于復(fù)制分享隨后調(diào)用channelAPI.openChannel(data.token)建立推送通道并用onMessage({data: data.initial_message})渲染初始棋盤onMessage(m)解析服務(wù)端推送的 JSONboard、userX、userO、moveX、winner、winningBoard合并進本地狀態(tài)并重繪onOpened()在 Channel 就緒后向服務(wù)端 POST/opened觸發(fā)服務(wù)端把最新狀態(tài)推送給對局雙方落子邏輯moveInSquare(id)在輪到己方且格子為空時通過sendMessage(/move, i id)以 XHR POST 提交sendMessage統(tǒng)一拼接 URLROOT path ?g state.game_key若已有玩家 ID 則追加u可選參數(shù)如i追加在末尾。界面層app/index.html通過#other-player、#your-move、#their-move、#you-won、#you-lost、#board六個區(qū)塊的狀態(tài)顯隱配合 app/index.css 的 3×3 棋盤樣式50px 單元格、邊框分隔線完成對局呈現(xiàn)。WebView 代理頁實現(xiàn)服務(wù)端托管的 appengine/static/channel_in_a_webview.html 是連接 Channel 與應(yīng)用的翻譯層其注釋明確指出此文件放入你的 Web 應(yīng)用目錄通過 webview 訪問。它只做三件事加載 Channel jsapiscript src/_ah/channel/jsapi/script監(jiān)聽來自外層應(yīng)用的 postMessage并做反向來源校驗e.origin.indexOf(chrome-extension://) ! 0即拒絕首次合法消息記錄e.source與e.origin作為回傳目標收到{openChannel: token}后建立 Channel 并轉(zhuǎn)發(fā)事件function openChannel(token) { var channel new goog.appengine.Channel(token); var onopen function(m) { doSendWindowMessage({onOpened: m}); }; var onmessage function(m) { doSendWindowMessage({onMessage: m}); }; var handler { onopen: onopen, onmessage: onmessage, onerror: function(){}, onclose: function(){} }; var socket channel.open(handler); socket.onopen onopen; socket.onmessage onmessage; }注意socket.onopen/socket.onmessage與 handler 同時賦值保證事件不遺漏?；貍鹘y(tǒng)一走doSendWindowMessage即appWindow.postMessage(m, appOrigin)。至此雙向通道閉合應(yīng)用 → WebView 傳 tokenWebView → 應(yīng)用轉(zhuǎn)發(fā) Channel 推送。應(yīng)用側(cè)無需接觸任何 Channel API完全規(guī)避 CSP 限制。AppEngine 服務(wù)端實現(xiàn)數(shù)據(jù)模型與勝利判定appengine/chatactoe.py 基于 AppEngine 經(jīng)典 webapp 框架實現(xiàn)。Game模型db.Model存儲一局游戲的全部狀態(tài)userX、userO兩名玩家的 UUID、board9 字符棋盤串空格表示空位、moveX當前是否輪到 X、winner與winning_board。Wins類預(yù)編譯了井字棋的全部 8 種勝利模式三行、三列、兩條對角線check_win()在每次落子后用正則匹配棋盤串判定勝負并記錄致勝模式。路由與 JSON 協(xié)議WSGIApplication注冊了三個路由路由Handler方法職責/MainPageGET創(chuàng)建新游戲或加入現(xiàn)有游戲返回 JSON 初始包/openedOpenedPagePOSTChannel 就緒后向?qū)蛛p方重推最新狀態(tài)/moveMovePagePOST處理落子校驗身份與回合更新并廣播服務(wù)端所有響應(yīng)均為純 JSON這是示例對原版井字棋的核心改造之一——UI 模板不再由服務(wù)端渲染而是完全內(nèi)嵌在打包應(yīng)用中服務(wù)端退化為純粹的狀態(tài)機 推送器。Channel token 的創(chuàng)建與消息推送MainPage.get()的響應(yīng)構(gòu)造展示了 Channel API 的標準用法token channel.create_channel(user game_key) values {token: token, me: user, game_key: game_key, game_link: game_link, initial_message: GameUpdater(game).get_game_message()} self.response.out.write(simplejson.dumps(values))channel key 的約定channel.create_channel傳入user game_key即玩家 ID 與游戲 key 的拼接串。這個約定必須與推送側(cè)嚴格一致因為GameUpdater.send_update()正是用channel.send_message(self.game.userX self.game.key().id_or_name(), message)分別向 X 與 O 玩家推送——send 與 create 使用相同的 channel key 才能命中同一連接initial_message由get_game_message()生成包含board、userX、userO、moveX、winner、winningBoard六個字段與應(yīng)用側(cè)onMessage的解析邏輯一一對應(yīng)。輕量玩家身份方案與已知風險原文檔明確指出服務(wù)端不使用 AppEngine 用戶庫避免額外的認證跳轉(zhuǎn)而是用uuid.uuid4().hex為第一名玩家創(chuàng)建者userX和第二名玩家加入者userO各分配一個隨機 UUID隨 JSON 返回給客戶端客戶端在后續(xù)請求中通過u參數(shù)回傳。文檔同時坦承該方案不安全——竊聽者只要捕獲一次 GET 請求就能拿到完整參數(shù)并用不同命令重放。因此它只適合演示真實應(yīng)用需要引入可靠的認證與防重放機制。部署配置appengine/app.yaml 的關(guān)鍵配置application: moishetest version: 1 runtime: python api_version: 1 handlers: - url: /static static_dir: static - url: /.* script: chatactoe.py inbound_services: - channel_presence/static目錄映射到static/靜態(tài)目錄供 WebView 加載代理頁/.*全部轉(zhuǎn)發(fā)給chatactoe.py的 WSGI 應(yīng)用inbound_services: channel_presence用于接收 Channel 的在線/離線 presence 事件該示例中未進一步實現(xiàn) presence 處理屬可選擴展點。通信協(xié)議總覽綜合兩端源碼可將全部消息歸納為以下協(xié)議矩陣方向載體消息格式觸發(fā)時機應(yīng)用 → 服務(wù)端XHR GET/?ggame_key加入現(xiàn)有游戲應(yīng)用 → 服務(wù)端XHR GET/無參創(chuàng)建新游戲應(yīng)用 → 服務(wù)端XHR POST/opened?gkeyuuidChannel 建立成功后應(yīng)用 → 服務(wù)端XHR POST/move?gkeyuuidi0-8玩家落子服務(wù)端 → 應(yīng)用JSON 響應(yīng)token/me/game_key/game_link/initial_message創(chuàng)建/加入游戲應(yīng)用 → WebViewpostMessage{openChannel: token}初始化時WebView → 應(yīng)用postMessage{onOpened: ...}/{onMessage: json}Channel 事件觸發(fā)服務(wù)端 → WebViewChannel 推送棋盤狀態(tài) JSON對局狀態(tài)變化局限性與擴展思路本地開發(fā)假設(shè)示例硬編碼localhost:8080與game_link http://localhost:8080/?g...運行前必須先啟動dev_appserver.py且打包應(yīng)用與本地服務(wù)需同機安全邊界除玩家身份可被重放外postMessage 兩端的來源校驗應(yīng)用側(cè)校驗webview.src前綴、代理頁校驗chrome-extension://前綴也只是基礎(chǔ)防線部署到公網(wǎng)時建議改用 HTTPS 并引入正規(guī)會話機制擴展方向把ChannelInAWebview的橋接邏輯泛化為通用組件即可在任意 CSP 受限的打包應(yīng)用中復(fù)用 Channel APIchannel_presence可用于實現(xiàn)對手離線提醒等增強功能。本文所述的全部代碼、配置與文檔均位于倉庫 _archive/apps/samples/appengine-channelapi 目錄可對照源碼逐一驗證上述實現(xiàn)細節(jié)。【免費下載鏈接】chrome-extensions-samplesChrome Extensions Samples項目地址: https://gitcode.com/gh_mirrors/ch/chrome-extensions-samples創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考 在 Chrome 打包應(yīng)用中集成 AppEngine Channel API：WebView 代理橋接架構(gòu)實戰(zhàn)
在 Chrome 打包應(yīng)用中集成 AppEngine Channel APIWebView 代理橋接架構(gòu)實戰(zhàn)【免費下載鏈接】chrome-extensions-samplesChrome Extensions Samples項目地址: https://gitcode.com/gh_mirrors/ch/chrome-extensions-samples本篇技術(shù)指南圍繞 chrome-extensions-samples 倉庫中的 AppEngine Channel API 示例展開講解如何在 Chrome 打包應(yīng)用Chrome Packaged App中突破 CSP 限制、借助 WebView 與異步 postMessage 橋接層使用 AppEngine Channel API實現(xiàn)實時服務(wù)端推送。讀完本文你將掌握該示例的三層架構(gòu)應(yīng)用層、WebView 代理層、AppEngine 服務(wù)端層、Channel token 的創(chuàng)建與消費流程、基于隨機 UUID 的輕量玩家標識方案以及一套完整可運行的雙人對戰(zhàn)井字棋實時通信實現(xiàn)。核心問題CSP 與 Channel API 的不兼容AppEngine 的 Channel API 允許服務(wù)端向瀏覽器客戶端推送實時消息其官方 JavaScript 客戶端通過/_ah/channel/jsapi腳本引入。然而 Chrome 打包應(yīng)用執(zhí)行嚴格的內(nèi)容安全策略CSP禁止遠程腳本執(zhí)行導(dǎo)致 Channel API 的 jsapi 無法直接在應(yīng)用內(nèi)加載運行。該示例給出的解決方案是將 Channel API 的 JavaScript 客戶端放入一個由 AppEngine 服務(wù)器托管的普通網(wǎng)頁中并通過webview標簽將其嵌入應(yīng)用應(yīng)用與 WebView 之間使用異步 postMessage 進行通信WebView 充當代理完成 Channel 的連接、訂閱與消息轉(zhuǎn)發(fā)。整體架構(gòu)三層協(xié)作的實時通信鏈路從倉庫的目錄結(jié)構(gòu)_archive/apps/samples/appengine-channelapi可以清晰看到示例被拆分為兩個部分app/Chrome 打包應(yīng)用本體包含 manifest、主入口、游戲界面與橋接邏輯appengine/AppEngine 后端包含 WSGI 應(yīng)用、數(shù)據(jù)模型、靜態(tài)代理頁與部署配置。其協(xié)作流程如下應(yīng)用啟動后通過 XHR 請求本地 AppEngine 服務(wù)http://localhost:8080創(chuàng)建/加入游戲獲得 JSON 響應(yīng)含 token、游戲 key、玩家 ID、初始棋盤狀態(tài)應(yīng)用創(chuàng)建一個隱藏的 WebView加載服務(wù)端托管的代理頁channel_in_a_webview.html應(yīng)用把 token 通過 postMessage 發(fā)送給 WebViewWebView 內(nèi)的 Channel jsapi 建立長連接收到服務(wù)端推送后通過 postMessage 回傳應(yīng)用應(yīng)用內(nèi)的橋接對象把消息解析為棋盤狀態(tài)更新并渲染界面玩家的落子操作則通過 XHR POST 回服務(wù)端。運行準備與啟動步驟按照原文檔_archive/apps/samples/appengine-channelapi/app/README.md的指引完整運行步驟如下進入appengine文件夾并啟動本地開發(fā)服務(wù)器cd _archive/apps/samples/appengine-channelapi/appengine dev_appserver.py .服務(wù)默認監(jiān)聽http://localhost:8080這與應(yīng)用 manifest 中聲明的權(quán)限http://localhost:8080/*嚴格對應(yīng)。安裝app文件夾中的 Chrome 打包應(yīng)用在chrome://extensions開啟開發(fā)者模式后加載已解壓的擴展程序。運行該打包應(yīng)用兩次兩個窗口從一個窗口復(fù)制游戲 ID 粘貼到另一個窗口的輸入框中點擊 go 加入同一局游戲。開始對弈。游戲界面[_archive/apps/samples/appengine-channelapi/app/assets/screenshot_1280_800.png展示了等待對手加入、輸入游戲 ID 以及對局中的典型狀態(tài)打包應(yīng)用客戶端實現(xiàn)應(yīng)用清單與權(quán)限聲明app/manifest.json 中兩個關(guān)鍵權(quán)限是示例能夠運行的前提{ manifest_version: 2, name: Appengine Channel API Sample, version: 2, minimum_chrome_version: 27, permissions: [webview, http://localhost:8080/*], app: { background: { scripts: [main.js] } } }webview打包應(yīng)用使用webview標簽所需的權(quán)限http://localhost:8080/*允許應(yīng)用通過 XHR 訪問本地 AppEngine 服務(wù)minimum_chrome_version: 27WebView 與 postMessage 橋接方案所需的 Chrome 最低版本注意這里的 manifest 不含 CSP 配置應(yīng)用本體完全依賴本地腳本與 JSON 數(shù)據(jù)交互從源頭規(guī)避了遠程腳本限制。應(yīng)用入口app/main.js 是唯一的后臺入口監(jiān)聽chrome.app.runtime.onLaunched事件并創(chuàng)建 500×300 的主窗口chrome.app.runtime.onLaunched.addListener(function() { chrome.app.window.create(index.html, { id: appEngineSampleID, innerBounds: { width: 500, height: 300 } }); });橋接對象ChannelInAWebviewapp/channel_in_a_webview.js 是整個方案的靈魂它將Channel API 交互完整抽象為一個對象供上層游戲邏輯透明使用。其構(gòu)造過程包含幾個值得注意的設(shè)計細節(jié)function ChannelInAWebview(rootUrl) { this.webview document.createElement(webview); this.webview.src rootUrl /static/channel_in_a_webview.html; this.webview.style.width 10px; this.webview.style.height 10px; this.webview.style.display block; this.webview.style.border 1px solid red; document.body.appendChild(this.webview); // ... }WebView 被設(shè)置為 10×10 像素并置于display: block即隱藏運行——它只作為 Channel 的宿主不參與界面渲染紅色邊框僅是調(diào)試輔助源碼注釋可見其先后嘗試過display:none再改為小尺寸塊級元素目的是保證 WebView 能正常加載與執(zhí)行腳本應(yīng)用監(jiān)聽全局message事件并做來源校驗this.webview.src.indexOf(e.origin) ! 0不匹配即丟棄防止跨源偽造消息橋接對象對外暴露兩個事件回調(diào)onOpenedChannel 建立成功與onMessage收到服務(wù)端推送消息負載分別對應(yīng)e.data[onOpened]與e.data[onMessage]。向下發(fā)送消息的方法ChannelInAWebview.prototype._sendMessageToWebview function(data) { this.webview.contentWindow.postMessage(data, this.webview.src); } ChannelInAWebview.prototype.openChannel function(token) { this._sendMessageToWebview({openChannel: token}); }openChannel(token)把服務(wù)端下發(fā)的 token 通過 postMessage 送進 WebView觸發(fā)代理頁建立 Channel 連接。游戲邏輯與消息消費app/game.js 承載完整的井字棋客戶端邏輯其服務(wù)端地址常量寫作ROOT http:/localhost:8080源碼如此實為http://localhost:8080與 manifest 權(quán)限一致。核心流程頁面加載后xhr.open(GET, ROOT)請求服務(wù)端拿到首包 JSONgame_key、me、token、initial_message后進入game(data)立即構(gòu)造橋接對象并綁定回調(diào)var channelAPI new ChannelInAWebview(ROOT); channelAPI.onOpened onOpened; channelAPI.onMessage onMessage; setTimeout(function() { initialize(data); }, 100);其中setTimeout(..., 100)是為 WebView 加載與 jsapi 就緒留出的緩沖時間initialize(data)記錄game_key與玩家身份me把游戲 ID 回填到.gamelink節(jié)點便于復(fù)制分享隨后調(diào)用channelAPI.openChannel(data.token)建立推送通道并用onMessage({data: data.initial_message})渲染初始棋盤onMessage(m)解析服務(wù)端推送的 JSONboard、userX、userO、moveX、winner、winningBoard合并進本地狀態(tài)并重繪onOpened()在 Channel 就緒后向服務(wù)端 POST/opened觸發(fā)服務(wù)端把最新狀態(tài)推送給對局雙方落子邏輯moveInSquare(id)在輪到己方且格子為空時通過sendMessage(/move, i id)以 XHR POST 提交sendMessage統(tǒng)一拼接 URLROOT path ?g state.game_key若已有玩家 ID 則追加u可選參數(shù)如i追加在末尾。界面層app/index.html通過#other-player、#your-move、#their-move、#you-won、#you-lost、#board六個區(qū)塊的狀態(tài)顯隱配合 app/index.css 的 3×3 棋盤樣式50px 單元格、邊框分隔線完成對局呈現(xiàn)。WebView 代理頁實現(xiàn)服務(wù)端托管的 appengine/static/channel_in_a_webview.html 是連接 Channel 與應(yīng)用的翻譯層其注釋明確指出此文件放入你的 Web 應(yīng)用目錄通過 webview 訪問。它只做三件事加載 Channel jsapiscript src/_ah/channel/jsapi/script監(jiān)聽來自外層應(yīng)用的 postMessage并做反向來源校驗e.origin.indexOf(chrome-extension://) ! 0即拒絕首次合法消息記錄e.source與e.origin作為回傳目標收到{openChannel: token}后建立 Channel 并轉(zhuǎn)發(fā)事件function openChannel(token) { var channel new goog.appengine.Channel(token); var onopen function(m) { doSendWindowMessage({onOpened: m}); }; var onmessage function(m) { doSendWindowMessage({onMessage: m}); }; var handler { onopen: onopen, onmessage: onmessage, onerror: function(){}, onclose: function(){} }; var socket channel.open(handler); socket.onopen onopen; socket.onmessage onmessage; }注意socket.onopen/socket.onmessage與 handler 同時賦值保證事件不遺漏?；貍鹘y(tǒng)一走doSendWindowMessage即appWindow.postMessage(m, appOrigin)。至此雙向通道閉合應(yīng)用 → WebView 傳 tokenWebView → 應(yīng)用轉(zhuǎn)發(fā) Channel 推送。應(yīng)用側(cè)無需接觸任何 Channel API完全規(guī)避 CSP 限制。AppEngine 服務(wù)端實現(xiàn)數(shù)據(jù)模型與勝利判定appengine/chatactoe.py 基于 AppEngine 經(jīng)典 webapp 框架實現(xiàn)。Game模型db.Model存儲一局游戲的全部狀態(tài)userX、userO兩名玩家的 UUID、board9 字符棋盤串空格表示空位、moveX當前是否輪到 X、winner與winning_board。Wins類預(yù)編譯了井字棋的全部 8 種勝利模式三行、三列、兩條對角線check_win()在每次落子后用正則匹配棋盤串判定勝負并記錄致勝模式。路由與 JSON 協(xié)議WSGIApplication注冊了三個路由路由Handler方法職責/MainPageGET創(chuàng)建新游戲或加入現(xiàn)有游戲返回 JSON 初始包/openedOpenedPagePOSTChannel 就緒后向?qū)蛛p方重推最新狀態(tài)/moveMovePagePOST處理落子校驗身份與回合更新并廣播服務(wù)端所有響應(yīng)均為純 JSON這是示例對原版井字棋的核心改造之一——UI 模板不再由服務(wù)端渲染而是完全內(nèi)嵌在打包應(yīng)用中服務(wù)端退化為純粹的狀態(tài)機 推送器。Channel token 的創(chuàng)建與消息推送MainPage.get()的響應(yīng)構(gòu)造展示了 Channel API 的標準用法token channel.create_channel(user game_key) values {token: token, me: user, game_key: game_key, game_link: game_link, initial_message: GameUpdater(game).get_game_message()} self.response.out.write(simplejson.dumps(values))channel key 的約定channel.create_channel傳入user game_key即玩家 ID 與游戲 key 的拼接串。這個約定必須與推送側(cè)嚴格一致因為GameUpdater.send_update()正是用channel.send_message(self.game.userX self.game.key().id_or_name(), message)分別向 X 與 O 玩家推送——send 與 create 使用相同的 channel key 才能命中同一連接initial_message由get_game_message()生成包含board、userX、userO、moveX、winner、winningBoard六個字段與應(yīng)用側(cè)onMessage的解析邏輯一一對應(yīng)。輕量玩家身份方案與已知風險原文檔明確指出服務(wù)端不使用 AppEngine 用戶庫避免額外的認證跳轉(zhuǎn)而是用uuid.uuid4().hex為第一名玩家創(chuàng)建者userX和第二名玩家加入者userO各分配一個隨機 UUID隨 JSON 返回給客戶端客戶端在后續(xù)請求中通過u參數(shù)回傳。文檔同時坦承該方案不安全——竊聽者只要捕獲一次 GET 請求就能拿到完整參數(shù)并用不同命令重放。因此它只適合演示真實應(yīng)用需要引入可靠的認證與防重放機制。部署配置appengine/app.yaml 的關(guān)鍵配置application: moishetest version: 1 runtime: python api_version: 1 handlers: - url: /static static_dir: static - url: /.* script: chatactoe.py inbound_services: - channel_presence/static目錄映射到static/靜態(tài)目錄供 WebView 加載代理頁/.*全部轉(zhuǎn)發(fā)給chatactoe.py的 WSGI 應(yīng)用inbound_services: channel_presence用于接收 Channel 的在線/離線 presence 事件該示例中未進一步實現(xiàn) presence 處理屬可選擴展點。通信協(xié)議總覽綜合兩端源碼可將全部消息歸納為以下協(xié)議矩陣方向載體消息格式觸發(fā)時機應(yīng)用 → 服務(wù)端XHR GET/?ggame_key加入現(xiàn)有游戲應(yīng)用 → 服務(wù)端XHR GET/無參創(chuàng)建新游戲應(yīng)用 → 服務(wù)端XHR POST/opened?gkeyuuidChannel 建立成功后應(yīng)用 → 服務(wù)端XHR POST/move?gkeyuuidi0-8玩家落子服務(wù)端 → 應(yīng)用JSON 響應(yīng)token/me/game_key/game_link/initial_message創(chuàng)建/加入游戲應(yīng)用 → WebViewpostMessage{openChannel: token}初始化時WebView → 應(yīng)用postMessage{onOpened: ...}/{onMessage: json}Channel 事件觸發(fā)服務(wù)端 → WebViewChannel 推送棋盤狀態(tài) JSON對局狀態(tài)變化局限性與擴展思路本地開發(fā)假設(shè)示例硬編碼localhost:8080與game_link http://localhost:8080/?g...運行前必須先啟動dev_appserver.py且打包應(yīng)用與本地服務(wù)需同機安全邊界除玩家身份可被重放外postMessage 兩端的來源校驗應(yīng)用側(cè)校驗webview.src前綴、代理頁校驗chrome-extension://前綴也只是基礎(chǔ)防線部署到公網(wǎng)時建議改用 HTTPS 并引入正規(guī)會話機制擴展方向把ChannelInAWebview的橋接邏輯泛化為通用組件即可在任意 CSP 受限的打包應(yīng)用中復(fù)用 Channel APIchannel_presence可用于實現(xiàn)對手離線提醒等增強功能。本文所述的全部代碼、配置與文檔均位于倉庫 _archive/apps/samples/appengine-channelapi 目錄可對照源碼逐一驗證上述實現(xiàn)細節(jié)。【免費下載鏈接】chrome-extensions-samplesChrome Extensions Samples項目地址: https://gitcode.com/gh_mirrors/ch/chrome-extensions-samples創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考