局部刷新需明确指定目标容器、替换方式和时机；hx-target必须显式设置，否则htmx默认更新触发元素自身；hx-swap推荐用innerhtml避免嵌套；后端须返回纯html片段；fetch需手动赋值innerhtml并防xss；jquery load()需注意url与选择器格式。
局部刷新不是“要不要做”的问题，而是“怎么指定更新哪一块、用什么内容换、什么时候换”的问题。不设目标容器、不声明替换方式，所有方案都会 fallback 到整页重载或 DOM 错位。
hx-target 必须显式设置，否则 HTMX 默认改自己
HTMX 的 hx-post 或 hx-get 触发后，若没写 hx-target，它会把响应内容塞进触发元素（比如 <button></button>）内部，而不是你想要的图片表格区域。
- 错误写法：
<button hx-post="/refresh">刷新</button>→ 新 HTML 叠在按钮里 - 正确写法：
<div id="image-grid" hx-target="#image-grid" hx-swap="innerHTML">...</div>+ 按钮放在外面 -
hx-swap="innerHTML"比outerHTML更安全：避免把整个<div id="image-grid"> 标签重复嵌套进去 <li>Flask 后端返回的必须是纯 HTML 片段（不含 <code>、），否则浏览器解析错乱 - 必须提前给容器加
id，例如：<div id="dynamic-area"></div> - 不能只写
fetch("/api/data").then(r => r.text()).then(html => ...)，要补上document.getElementById("dynamic-area").innerHTML = html - 如果后端返回的是 JSON，得先
response.json()再拼 HTML 字符串，不能直接赋给innerHTML - 注意 XSS 风险：若服务端返回未转义的用户输入，
innerHTML会执行其中的<script></script> - 语法是：
$("#target").load("url #selector")，中间空格不能少，#selector是远程 HTML 文件里的某个元素 - 如果远程地址是 Flask 路由（如
/partial），确保该路由返回的是带<div id="content">...</div>的完整 HTML 块 - 写成
.load("/partial#content")（无空格）→ 整个响应被当作文本加载，#content不生效 - 写成
.load("/partial")（没带片段）→ 加载全部返回内容，可能含多余或脚本 - iframe 内页面无法直接访问父页面的变量或函数，
window.parent才能跨域通信（同源下也需显式调用） - 每次加载都是全新上下文，表单状态、滚动位置、已绑定事件全部重置
-
sandbox="allow-scripts allow-same-origin"是必须项，否则 iframe 内 JS 不执行、AJAX 被拒 - 适合菜单驱动型后台，不适合需要与主页面联动的交互（如筛选器联动图表）
fetch() 更新需手动选中容器并赋值 innerHTML
原生 fetch() 不自动绑定 DOM，你得自己找地方、自己塞内容，漏掉任一环节就白请求。
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
jQuery load() 看似简单，但路径和选择器容易写错
load() 是最省代码的方案，但它的 URL 格式和片段提取逻辑很具体，错一个字符就加载空白。
iframe 方案最轻量，但隔离了 JS 上下文
用 <iframe name="contentFrame"></iframe> + 所有链接加 target="contentFrame"，连 JS 都不用写，但代价明确。
最容易被忽略的一点：所有方案都依赖服务端返回结构稳定。Flask 模板里如果用了 {% if %} 动态删字段，前端 JS 却还按固定 DOM 路径取值，局部刷新后立刻报 Cannot read property 'xxx' of null。
