\_time 是静态标签，仅在页面加载时取一次时间快照，不监听 datetime 变化；动态显示需用 javascript 定时器或 dataview 的 date()/dateformat() 函数配合查询重执行。
为什么 _TIME 标签不随 DATETIME 属性实时更新？
因为 _TIME 是静态标签——它只在页面加载或数据初次解析时取一次当前时间，不会监听 DATETIME 属性变化。如果你在模板里写 {{_TIME}} 或类似语法（如 Obsidian 的 Dataview、Logseq 的属性引用），它本质上是个快照值，和 DATETIME 字段是否更新完全无关。
真正能“动态”反映时间的，只有靠运行时计算：要么用 JavaScript 主动读取 DATETIME 值并格式化，要么依赖支持响应式时间渲染的插件/环境。
在 Dataview 中让时间戳随 DATETIME 字段实时显示
Dataview 的 date() 函数可解析字符串为日期对象，再用 dateformat() 渲染。但注意：它仍不自动刷新——只是每次查询重跑时取最新值（比如页面重载、Dataview 重新执行查询）。
-
DATETIME字段必须是合法日期字符串，例如2024-05-20T14:30或2024-05-20 14:30:00；2024/05/20可能解析失败 - 查询中显式调用
date(this.DATETIME)，不能直接写this.DATETIME——否则 Dataview 当作普通字符串处理，无法排序或格式化 - 想显示“距今 X 小时”，得用
dur(date(today) - date(this.DATETIME))，且确保两个日期都成功解析，否则返回null
```dataview
TABLE date(DATETIME) AS "时间",
dateformat(date(DATETIME), "HH:mm:ss") AS "时分秒"
FROM #log
WHERE DATETIME
```
用 JavaScript 手动实现 DOM 中的动态倒计时/实时时间显示
如果目标是浏览器内每秒更新（比如显示“最后更新于 2 秒前”），必须绕过静态标签，自己写定时器 + DOM 操作。核心逻辑是：读取元素的 DATETIME 属性 → 解析为 Date 对象 → 计算差值 → 插入文本节点。
- 不要用
setInterval(() => { ... }, 1000)直接更新所有时间戳——会累积误差，推荐用requestAnimationFrame或每秒校准一次new Date() -
DATETIME属性值需符合 ISO 8601（如2024-05-20T14:30:00+08:00），否则new Date(attrValue)可能返回Invalid Date - 避免重复绑定：给容器加
data-dynamic-time="true"，初始化时只查一次[data-dynamic-time]，防止多次执行脚本导致多个定时器叠加
```js
document.querySelectorAll('[DATETIME]').forEach(el => {
const dt = new Date(el.getAttribute('DATETIME'));
if (isNaN(dt.getTime())) return;
const update = () => {
const now = new Date();
const diffSec = Math.floor((now - dt) / 1000);
el.textContent = `更新于 ${diffSec} 秒前`;
};
update();
setInterval(update, 1000);
});
```
Obsidian / Logseq 等笔记工具里的常见陷阱
这些工具的「属性」本身不触发重渲染，所以即使你改了 YAML frontmatter 中的 DATETIME: 2024-05-20T15:00，已打开的页面不会自动刷新 _TIME 显示——除非你强制刷新视图、切换到其他笔记再切回来，或者使用支持热重载的插件（如 DataviewJS）。
- 别把
_TIME和file.mtime混用：_TIME是插件定义的伪变量，不是所有插件都支持；file.mtime才是文件修改时间的真实元数据 - Logseq 中
{{DATETIME}}是块级属性，仅对当前块生效；若想跨块复用，得用 page-level property 并配合(prop :DATETIME)查询 - Obsidian 的 Templater 插件里，
是生成时的时间，不是运行时——它不会动，和_TIME一样
动态时间的本质是「状态 + 更新机制」，没有哪条属性或标签天生会动。关键看执行环境是否提供响应式能力，以及你有没有主动建立数据和视图之间的绑定链路。漏掉解析校验、忽略时区、误以为 frontmatter 修改会广播更新——这些才是最常卡住人的地方。
