v47:地址联想三处接入 / 读书页慢的真根因(会话锁)/ 笔记两处 / 日程状态下线

用户 2026-10-13 七条。拍板:影院只记地址、不存经纬度(后续用高德反查);
日程状态只删界面与展示、数据库列保留(「后续会有一个整体清理的工作」)。

①🔴 读书页慢 —— 真根因是**会话锁**,不是封面(我先判断错了方向)
  用户原话:「读书现在还是非常慢,就是进入读书这个页面,刚开始还是非常的慢。」
  线上实测(真公网、同一会话连打 3 次):
      第 1 次 TTFB 0.08s  ← 触发微信读书同步
      第 2 次 TTFB **8.73s**  ← 用户说的"刚开始非常慢"
      第 3 次 TTFB 0.07s
  插桩拿到的服务端时间线把因果钉死:
      21:18:05.483 QUEUED        ← 第 1 个请求排队
      21:18:05.501 FINISH  2ms   ← 响应确实提前发出去了(这步是好的)
      21:18:14.674 SYNC    9.2s  ← 但它仍占着这个人的会话文件锁跑完 9.2 秒
      21:18:14.682 QUEUED        ← 第 2 个请求此刻才真正开始执行
  ⇒ **`fastcgi_finish_request()` 只断开客户端连接、不释放 PHP 文件会话锁。**
    后台同步要 9.2 秒(真打微信读书接口),同一个人的下一个请求一路等到它跑完。
  修法(缺一不可):
    · `WeRead::queueBackgroundSync()` 回调里 **先 `session_write_close()`、
      再 `fastcgi_finish_request()`**(顺序不能反);
    · `index.php` 两处"渲染前排同步"的入口排完**立刻放锁**
      (shutdown 回调不一定执行:客户端中断/服务器超时才不放过);
    · 顺带修 **`Holiday::queueBackgroundFetch()` 的同型问题**(联网 12 秒)。
  为什么以前没发现:v29 引入"后台化"时只验证了"响应是不是提前发出去",
  **单次请求测量永远看不到这个 bug** —— 必须同一会话连打两次才现形。
  线上复验:修复后连打 4 次 = 0.15 / 0.15 / 0.09 / 0.15 秒(修复前第 2 次 8.73s);
  后台同步仍正常(`weread_sync_at` 已更新)。

② 封面:顺手也修了(但这不是用户说的那个问题)
  · `media.php` 读 OSS 前先放会话锁(原来从不放,35 张封面串行);
  · 新增 `Storage::cacheLocally()` 磁盘二级缓存(原来 `read()` 只读不写回);
  · 让 304 不再先拉整张图(原来先取回 body、再判 `If-None-Match`)。
  线上实测:冷取 149ms(走 OSS)→ 热取 35ms(本地缓存、字节一致)
  → 带 `If-None-Match` 返回 **304 / 19.8ms / 空体**;35 张封面 103ms → 20ms(5 倍)。

③ 地址联想:抽成全站共用一份(`assets/js/addr_suggest.js`)+ 接入三处
  · 影院管理页、观影新增页的「新建影院」弹框、日程地点、行程出发/到达;
  · `layout.php` 按需加载(`[data-addr]` 出现才拉 SDK + 我们的脚本),
    并暴露 `fbLoadAddr(scope)` 给 AJAX 片段(v42 踩过"内联 script 不执行");
  · 安全密钥在 SDK 之前设置;回填支持 `data-addr-fill` / `data-addr-for`、
    **只补空白字段**(不覆盖用户手写)、直辖市 `province==city` 去重;
  · 字段名有两套(影院 `address`/`place`,行程 `from_addr`/`to_addr` 缩写 `_addr`),
    `fieldFor()` 带同义词表 + 后缀匹配;
  · 影院**只存地址、不存经纬度**(按用户要求)。

④ 笔记两条
  · 「点保存没反应」真因:附件区是个 `<form>` **套在保存表单里** ——
    HTML 不允许 form 套 form,浏览器丢掉内层标签、保留它的 `</form>`,
    于是**保存按钮成了孤儿**(`button.form === null`),点了不提交也不报错。
    真浏览器实测:修前 `btnInsideForm:false` / 点后 POST=0;修后 true / POST=1。
    改法:附件区改 `<div id="noteAttForm">`,上传按钮用 `formaction`。
  · 详情页宽度:`.note-read { max-width: 820px }` → `none`
    (内容卡 820px vs 下方共享卡 1032px;修后两者都是 1032px)。

⑤ 日程状态下线
  · 删表单里的「状态」下拉、`Calendar::statusWord()`、浮层 JSON 的 `status_word`;
  · **保留** `events.status` 列与 `Calendar::statusOf()`(契约不动,等整体清理)。

验证(新增 5 个套件):
  · `_fb_v47_addr.py`(接线 24 条)/ `_fb_v47_addr_sim.py`(真浏览器 + 假高德,16 条)
  · `_fb_v47_readperf.py`(缓存与会话锁,23 条)
  · `_fb_v47_notes.py`(真浏览器,9 条)
  · `_b47_readperf_falsify.py`(反向验证 9 个注入)—— **9/9 全抓住**
  · 全量 e2e **1510/0**;vCard 规格+往返 40/0;TB 探针 44/0;
    v44 反向验证 17/0;全流水线 **PUSH_RC=0**(含"第47批形态"静态断言)
  · **线上终验**:读书页整页 81ms、封面 103→20ms、media 冷 149→热 35→304 19.8ms、
    修复前第 2 次请求 8.73s → 修复后 0.15s、地址联想 meta[fb-addr] 带真高德 key

顺带修掉三处**探针自身**的假红/假绿(详见 pitfalls.md):
  · `_b44_falsify.py` 的"整小时"注入在**整点**与正确实现等价 ⇒ 换成恒错值;
  · `_fb_b44_ui.py` 3b 的并发计时断言在单进程 `php -S` 下必然假红 ⇒ 改断言确定事实;
  · 多处探针的"清理删除"撞沙箱删除门禁 ⇒ 探针**中途死掉**看起来像产品坏了
    ⇒ 统一改成 `_safe_rm()` / 不删。
This commit is contained in:
2026-10-14 01:20:40 +08:00
parent fec898c18d
commit 32e9e9ab84
16 changed files with 634 additions and 102 deletions
+29 -65
View File
@@ -79,7 +79,6 @@ $toRow = [
'lat' => (string)($n['to_lat'] ?? ''),
'city' => (string)($n['to_city'] ?? ''),
];
$amap = \App\Geo::jsConfig();
/* 🔴🔴 v41(用户 2026-10-10 第 5/6 条):
「编辑行程、加计划行程、加实际行程,全部都采用弹窗的形式。其排版的方式和添加电影
@@ -478,43 +477,26 @@ $nfEmbed = !empty($nfEmbed);
</div>
<?php endif; ?>
<?php /* ==================== 高德 SDK(按需加载,与 TripLog 同一套做法)====================
⚠️ SDK 加载**失败也必须能用**:文本框就是普通输入框,用户手敲地名照样能存。
所以这段脚本里所有 AMap 的用法都放在 `__AMAP_LOADED` 判断之后,
并且给"搜索这个地名"兜底链接单独一条路径(不依赖 SDK)。 */ ?>
<?php if ($amap['key'] !== ''): ?>
<?php /* ==================== 地址联想(v47 起改用全站共用模块)====================
🔴 v47(用户 2026-10-13):原来这里是**一段本页内联脚本**(自己 new AMap.AutoComplete)。
这次影院名称、日程地点也要联想 ⇒ 再各写一份必然出现"某个入口忘了补"。
所以抽到 `assets/js/addr_suggest.js`,由 layout.php 按需加载(页面上有 `[data-addr]`
才拉高德 SDK 与那份脚本)。本页只负责:
· 给 from/to 两个输入框打上 `data-addr` 标记(回填 addr/lng/lat/city);
· 保留"手敲也要更新详细地址那行字 + 导航链接"的本地逻辑(不依赖 SDK)。
⚠️ 与 v42 同一条约束:这段表单会被 AJAX 片段塞进 DOM(详情页弹框),
内联 script 标签那时不会执行 ⇒ 初始化统一走 `window.fbNodeForm(scope)`,
它内部会调 `window.fbLoadAddr(scope)` 把联想按需拉起。 */ ?>
<script>
window._AMapSecurityConfig = { securityJsCode: '<?= e($amap['security']) ?>' };
window.__AMAP_LOADED = false;
</script>
<script src="https://webapi.amap.com/maps?v=2.0&key=<?= e($amap['key']) ?>&plugin=AMap.AutoComplete"
onload="window.__AMAP_LOADED = true;"
onerror="window.__AMAP_ERROR = 'script load failed';"></script>
<?php endif; ?>
<script>
/* ============================================================
地址联想(v24 第 17 批 用户第 3 条)
照 TripLog 的做法:AMap.AutoComplete 直接挂在 input 上,边打边出候选;
选中后把 name / address / lng / lat / city **同时**写进五个字段。
⚠️ 高德没加载时整个块跳过,input 仍是普通文本框(降级可用)。
⚠️ 用 IIFE 包起来:这个页面只有一份表单,但函数名别污染全局
(app.js 里也有通用初始化,命名撞了会互相覆盖)。
============================================================ */
(function () {
'use strict';
/* 🔴🔴 v42(用户 2026-10-11 第 3/4 条):
这两段(高德地址联想 / 出行方式联动车辆与车次)原来是"页面加载时跑一次"的。
但 v41 把行程表单改成了**详情页弹框 + AJAX 取片段** —— 片段塞进 DOM 时
**内联 <script> 不会执行**(`innerHTML` 不跑脚本,这是浏览器语义),
于是用户在弹框里看到的是:
· 选「自驾」没出现车牌、选「火车/飞机」没出现车次(第 3 条);
· 出发地/到达地没有高德联想(第 4 条)。
⇒ 把这两段抽成**可重复调用**的 `window.fbNodeForm(scope)`:
详情页每次把片段塞进 DOM 后调它一次(见 show.php 的 loadInto)。
⚠️ 幂等由各自内部的标记保证(`data-drop-bound` 那套是本文件外的上传组件;
这里用 `data-nf-bound` / `data-loc-bound`)。 */
/* 与我的关系(与 App\Trip::DRIVE_MODES 无关的那部分)—— 见下 bindLoc 的说明 */
/**
* 出发地 / 到达地:**只做"不依赖 SDK"的那半**(详细地址那行字 + 导航链接)。
* 联想与字段回填由共用模块负责(它在 input 上打 data-addr 标记即可)。
*/
function bindLoc(prefix, scope) {
var input = (scope || document).querySelector('#loc-' + prefix + '-input');
if (!input) { return; }
@@ -526,7 +508,6 @@ $nfEmbed = !empty($nfEmbed);
var fAddr = wrap.querySelector('input[name="' + prefix + '_addr"]');
var fLng = wrap.querySelector('input[name="' + prefix + '_lng"]');
var fLat = wrap.querySelector('input[name="' + prefix + '_lat"]');
var fCity = wrap.querySelector('input[name="' + prefix + '_city"]');
var dTail = wrap.querySelector('[data-loc-detail]');
var navEl = wrap.querySelector('[data-loc-nav]');
@@ -554,37 +535,9 @@ $nfEmbed = !empty($nfEmbed);
// 手敲也要更新(用户可能不用联想,直接打字)
input.addEventListener('change', paint);
input.addEventListener('blur', paint);
if (!window.__AMAP_LOADED || typeof AMap === 'undefined' || !AMap.AutoComplete) {
return; /* 降级:没有联想,但输入与保存都正常 */
}
try {
var ac = new AMap.AutoComplete({ input: input });
ac.on('select', function (e) {
var d = (e && e.poi) ? e.poi : null;
if (!d) { return; }
var loc = d.location || null; // 可能是 AMap.LngLat,也可能是 {lng,lat}
var lng = loc ? (loc.lng !== undefined ? loc.lng : (loc.getLng ? loc.getLng() : '')) : '';
var lat = loc ? (loc.lat !== undefined ? loc.lat : (loc.getLat ? loc.getLat() : '')) : '';
if (fAddr) { fAddr.value = d.address || ''; }
if (fLng) { fLng.value = (lng === null || lng === undefined) ? '' : lng; }
if (fLat) { fLat.value = (lat === null || lat === undefined) ? '' : lat; }
/* 高德把城市放在 addressComponent / pname+cityname 上 —— 尽量带回城市,
省掉服务端一次逆地理请求(用户第 1 条要的就是城市)。 */
if (fCity) {
if (d.addressComponent && d.addressComponent.city) {
fCity.value = d.addressComponent.city;
} else if (d.cityname) {
fCity.value = d.cityname;
} else {
fCity.value = '';
}
}
paint();
});
} catch (err) {
/* SDK 已加载但初始化失败(key 没绑域名等)—— 静默降级,不打扰用户 */
}
// 共用模块选中候选后会派发这个事件 —— 那时 addr/lng/lat 刚被写好,重画一次
input.addEventListener('fb-addr-picked', paint);
paint();
}
/* ---- 出行方式 → 显隐车辆 / 车次(用户第 17 批 第 3 条)----
@@ -615,6 +568,17 @@ $nfEmbed = !empty($nfEmbed);
bindLoc('from', root);
bindLoc('to', root);
bindMode(root);
/* 🔴 v47:地址联想走共用模块。**必须在这里调**(而不是只靠 layout 首屏那一次)——
AJAX 片段塞进 DOM 时,layout 的 loader 早就跑过了,新加的输入框没人绑。 */
if (typeof window.fbLoadAddr === 'function') {
window.fbLoadAddr(root);
} else {
// 还没加载出来(首屏竞态)→ 等它上线后再补一次
window.addEventListener('fb-addr-ready', function once() {
window.removeEventListener('fb-addr-ready', once);
if (typeof window.fbAddr === 'function') { window.fbAddr(root); }
});
}
}
// 首屏跑一次(整页形态)