import.meta 本身不提供哈希指纹，因其是标准只读对象，哈希属构建产物层面信息；vite 可通过插件注入 hash 属性或从 import.meta.url 解析哈希。
在现代前端构建中，import.meta 本身**不提供哈希指纹信息**，它是一个由打包工具（如 Vite、Webpack）注入的运行时元数据对象，其内容取决于构建配置。真正的模块哈希（如 xxx.a1b2c3d4.js）是在构建阶段生成并写入文件名的，无法在源码中通过 import.meta 直接读取——除非你主动将哈希注入到模块元数据中。
为什么 import.meta 没有现成的 hash 字段？
import.meta 是 ECMAScript 标准定义的只读对象，初始为空；它的属性（如 import.meta.url、import.meta.env）由运行环境或打包工具扩展。浏览器原生不支持 import.meta.hash，Vite 和 Webpack 也默认不添加该字段。哈希是构建产物层面的信息，而 import.meta 属于模块执行上下文，二者不在同一抽象层级。
在 Vite 中注入当前模块哈希（推荐方案）
Vite 支持通过插件在构建时将文件内容哈希注入到 import.meta。例如，使用 vite-plugin-module-hash 或自定义插件：
- 编写一个简单的 Vite 插件，在
transform钩子中读取当前模块内容，计算其 SHA-256 哈希 - 将哈希字符串作为属性注入：把
export const __MODULE_HASH__ = "a1b2c3...";注入模块末尾 - 再通过
import.meta的“动态属性”能力（需类型声明）访问：declare module 'vite' { interface ImportMeta { hash: string } }
然后在代码中使用import.meta.hash
利用 import.meta.url 获取构建后资源路径并提取哈希
import.meta.url 在生产环境会指向带哈希的最终 URL（如 https://site.com/assets/index.8f3a2e17.js），可从中解析出哈希片段：
- 用正则匹配常见哈希模式：
/(? - 在模块顶层执行解析（避免重复计算）：
const url = new URL(import.meta.url);<br> const hashMatch = url.pathname.match(/\.([a-f0-9]{8,})\.[a-z]+($|\?)/i);<br> export const MODULE_HASH = hashMatch?.[1] || ''; - 注意：此方式依赖构建输出命名规则（如
assets/xxx.[hash:8].js），且对 CSS、JSON 等非 JS 资源同样适用
实现缓存校验：比对本地模块哈希与远程清单
仅知道当前模块哈希还不够，缓存校验需要对比「已加载模块」和「服务端最新版本」是否一致。典型做法是：
- 构建时生成一份
manifest.json，记录每个资源路径与其内容哈希 - 运行时通过
fetch('/manifest.json')获取最新哈希表 - 结合
import.meta.url解析出当前模块路径，查表比对哈希值是否变化 - 若不一致，可触发重新加载或提示用户刷新：
if (currentHash !== manifest[modulePath]) location.reload();
不复杂但容易忽略的是：哈希必须基于内容而非构建时间，且要确保 manifest 和资源同时部署、原子更新。否则校验可能失效。
