地图 SDK 串行阻塞定位与静态资源缓存策略 (Map SDK Serial-Blocking Location & Static Asset Cache Strategy)

2026-09-02 navi 页启动提速实践：定位被 1.19MB 地图 SDK 下载串行拖住 + 静态文件 no-cache 每次重新协商。两个问题一条链路排查、分头修复，提交 49e17aa，线上验证通过。问题与现象进入导航页定位加载慢（低带宽环境尤其明显）：地图已经渲染好了，学校桥定位却要等几秒才出结果。每次打开 navi 页静态资源都重新下载/重新协商，带宽低更放大。用户起初怀疑"加载了

Obsidian

细雨初晴

BMapGL 视角跟随航向插帧 (BMapGL View-Follow Heading Interpolation)

⚠️ 已废弃（2026-09-02）：插帧思路治标不治本——根因是 setHeading/setTilt 非公开 API 内部默认 500ms 缓动动画，JS 层插帧是在跟 SDK 自带动画打架。最终方案是 {noAnimation: true} 瞬转。详见 BMapGL 视角跟随 setHeading 内部动画与 noAnimation 瞬转 (BMapGL View-Follow setHea

Obsidian

细雨初晴

BMapGL 视角跟随 setHeading 内部动画与 noAnimation 瞬转 (BMapGL View-Follow setHeading noAnimation Snap)

2026-09-02 真机验证通过：平面视图跟随朝向与官方 App 手感一致。本笔记是「错误方案 → 源码级根因 → 最终优雅修法」的完整教训，替代早期「插帧」思路（见文末关联的废弃笔记）。原先是怎样写的（两个都失败）失败方案 A：每次回调直接 map.setHeading(target)指南针桥每约 80ms 推一次 receiveNativeHeading → applyNavigationH

Obsidian

细雨初晴

MCP 远程端点手动探测 (Manually Probing MCP Endpoints)

目标拿到一个远程 MCP 端点 URL（如 https://example.com/mcp），不装 SDK、不看源码，只用 curl 搞清楚三件事：它是谁、提供哪些工具、每个工具要什么参数。什么是 MCP 端点MCP (Model Context Protocol, 模型上下文协议) 是 AI 应用调外部工具的开放协议（类比：AI 应用的 USB-C 接口）。一个"远程 MCP 端点"就是一个 H

Obsidian

细雨初晴

Chrome 内置 Gemini Nano (Chrome Built-in AI)

Chrome 内置 AI（Chrome Built-in AI）是 Chrome 把谷歌自家的小号端侧模型 Gemini Nano（Gemini 家族最小成员，为端侧/移动端优化）直接集成进浏览器底层，普通用户能用"帮我写/整理标签页"，Web 开发者能用原生 JS API（Prompt API）调用，全程本地推理、不联网、无 API Key、免费。一句话：谷歌版"端侧 AI"，一个能用的迷你