youle_app_ios_v2

156 Commits 1 Branch 0 Tags

3 Commits

Include renames

Author	SHA1	Message	Date
joywayer	1203957924	修复定位的回调问题	2026-08-07 12:18:44 +08:00
joywayerandClaude Opus 5	3f8b382ad3	加桥/定位边界诊断日志，排查子游戏收不到 getlocationinfo 现象：大厅 H5 能正确拿到定位，子游戏拿不到。已静态排除「子游戏未注册 handler」与「回调错发给大厅」两个猜测（BridgeBus 是 per-WebView 实例、 handlers 是实例状态，反向 call 捕获各自的 bridge，物理上不可能串台；下载真实子游戏 zip 比对后确认 H5 侧大厅/子游戏逻辑完全对称）。为定位真正的失败层，在各组件边界加日志（纯诊断，不改任何行为）： - BridgeBus 加 label（lobby / subGame）区分来源，记录 ← H5 调用、 → H5 反向 call、native handler 未注册、evaluateJavaScript 失败 - sendToJS 改为返回 'ok'/'no-bridge'，H5 侧 bridge 未就绪导致的静默丢包现在会打错误日志（原实现 `if (window.X)` 直接丢弃，完全不可见） - LocationService 记录 requestOnce 序号 / shared manager id / requestLocation 的 BOOL 返回值 / completionBlock 是否回来 / stop() 调用 —— 高德文档明确 requestLocation 返回 NO 时 completionBlock 永不调用，当前代码忽略该返回值会让 continuation 永挂，H5 连 errorCode 12 都收不到 - H5ErrorRelay 补 console.warn 中继，让 WVJB「H5 侧无对应 handler」的 warn 能出现在 Xcode console 契约影响：无。仅新增日志与可选 label 参数，桥接接口名 / 字段名 / 数据结构均未变动（docs/H5-Native-Contract.md §3.1［20］/ §3.2［6］不变）。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01UMPCLfsuxvwgMotzsb67QH	2026-08-07 01:54:18 +08:00
joywayer	4a6b1e1631	Phase 1.7：BridgeBus 实现 H5↔Native 消息总线 + WKScriptMessageHandler 桥核心的运行时层：把 BridgeProtocol 落到 WKWebView 上，承担 JS → Native 消息分发 + Native → H5 主动调用 + 双向 callback 配对。 - 新增 ylgamehall/Source/Bridge/BridgeBus.swift - @MainActor final class，BridgeProtocol + WKScriptMessageHandler 双重 conform；init(webView:, controller:) 自动向 controller 注册 WVJBHandler 通道 - JS → Native（userContentController:didReceive:） - body 兼容单条 dict 与 batch [[dict]] - 优先识 responseId → 查 pendingCallbacks 派给 Native 端 callback - 否则按 handlerName 查 handlers，构造异步 responseCallback 闭包， handler 是 @Sendable async 用独立 Task 执行 - Native → H5（call(_:data:callback:)） - 拼 payload {handlerName, data, callbackId?}，base64 后注入 WebViewJavascriptBridge._handleMessageFromObjC('<base64>') - callback 用 nativeCallbackCounter 递增成 objc_cb_<n> 入 pendingCallbacks，等 JS 响应回收 - sendResponseToJS：拼 {responseId, responseData} 走同一通道 - makeResponseCallback 辅助方法：把多层嵌套闭包拆出来，避免 Swift 6 类型推断在深嵌套 + actor 隔离上 ICE - 资源生命周期：webView 弱引用避免循环；BridgeBus 由 controller.add(self) retains，WebView 释放后 controller 一并清空 handler 列表自然 release - BuildProject 通过，Swift 6 严格并发 0 warning；下一步 Phase 1.8 注入 marcuswestin/WVJB JS 端配套协议即可双向消息打通	2026-06-22 00:11:54 +08:00

Author

SHA1

Message

Date

joywayer

1203957924

修复定位的回调问题

2026-08-07 12:18:44 +08:00

joywayerandClaude Opus 5

3f8b382ad3

加桥/定位边界诊断日志，排查子游戏收不到 getlocationinfo

现象：大厅 H5 能正确拿到定位，子游戏拿不到。已静态排除「子游戏未注册
handler」与「回调错发给大厅」两个猜测（BridgeBus 是 per-WebView 实例、
handlers 是实例状态，反向 call 捕获各自的 bridge，物理上不可能串台；
下载真实子游戏 zip 比对后确认 H5 侧大厅/子游戏逻辑完全对称）。

为定位真正的失败层，在各组件边界加日志（纯诊断，不改任何行为）：
- BridgeBus 加 label（lobby / subGame）区分来源，记录 ← H5 调用、
  → H5 反向 call、native handler 未注册、evaluateJavaScript 失败
- sendToJS 改为返回 'ok'/'no-bridge'，H5 侧 bridge 未就绪导致的静默丢包
  现在会打错误日志（原实现 `if (window.X)` 直接丢弃，完全不可见）
- LocationService 记录 requestOnce 序号 / shared manager id /
  requestLocation 的 BOOL 返回值 / completionBlock 是否回来 / stop() 调用
  —— 高德文档明确 requestLocation 返回 NO 时 completionBlock 永不调用，
  当前代码忽略该返回值会让 continuation 永挂，H5 连 errorCode 12 都收不到
- H5ErrorRelay 补 console.warn 中继，让 WVJB「H5 侧无对应 handler」的
  warn 能出现在 Xcode console

契约影响：无。仅新增日志与可选 label 参数，桥接接口名 / 字段名 / 数据结构
均未变动（docs/H5-Native-Contract.md §3.1［20］/ §3.2［6］不变）。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01UMPCLfsuxvwgMotzsb67QH

2026-08-07 01:54:18 +08:00

joywayer

4a6b1e1631

Phase 1.7：BridgeBus 实现 H5↔Native 消息总线 + WKScriptMessageHandler

桥核心的运行时层：把 BridgeProtocol 落到 WKWebView 上，承担 JS → Native
消息分发 + Native → H5 主动调用 + 双向 callback 配对。

- 新增 ylgamehall/Source/Bridge/BridgeBus.swift
  - @MainActor final class，BridgeProtocol + WKScriptMessageHandler 双重
    conform；init(webView:, controller:) 自动向 controller 注册 WVJBHandler
    通道
  - JS → Native（userContentController:didReceive:）
    - body 兼容单条 dict 与 batch [[dict]]
    - 优先识 responseId → 查 pendingCallbacks 派给 Native 端 callback
    - 否则按 handlerName 查 handlers，构造异步 responseCallback 闭包，
      handler 是 @Sendable async 用独立 Task 执行
  - Native → H5（call(_:data:callback:)）
    - 拼 payload {handlerName, data, callbackId?}，base64 后注入
      WebViewJavascriptBridge._handleMessageFromObjC('<base64>')
    - callback 用 nativeCallbackCounter 递增成 objc_cb_<n> 入
      pendingCallbacks，等 JS 响应回收
  - sendResponseToJS：拼 {responseId, responseData} 走同一通道
  - makeResponseCallback 辅助方法：把多层嵌套闭包拆出来，避免
    Swift 6 类型推断在深嵌套 + actor 隔离上 ICE
- 资源生命周期：webView 弱引用避免循环；BridgeBus 由 controller.add(self)
  retains，WebView 释放后 controller 一并清空 handler 列表自然 release
- BuildProject 通过，Swift 6 严格并发 0 warning；下一步 Phase 1.8 注入
  marcuswestin/WVJB JS 端配套协议即可双向消息打通

2026-06-22 00:11:54 +08:00