同步求值指模块顶层代码立即、顺序、阻塞式执行完毕后才交还控制权，常见于ES6模块、Python import和Node.js CommonJS；它导致主线程卡顿，应避免顶层耗时操作，改用函数封装或动态导入。
“同步求值”指的是模块在被导入或执行时，其顶层代码（top-level code）会**立即、顺序、阻塞式地运行**，直到全部执行完毕，才把控制权交还给调用方。它不等于“同步调用”那种可由回调解耦的场景，而是更底层的执行模型约束——尤其在 JavaScript（ESM）、Python（import 机制）、以及某些编译型语言的静态初始化阶段中表现明显。
同步求值发生在哪儿
不是所有代码都受此影响，关键看是否处于模块的顶层作用域：
- ES6 模块（.mjs 或 type="module" 的 script）：
import语句触发的模块加载和执行是同步求值的——即使目标模块是远程 URL，浏览器也会阻塞解析和执行，直到整个依赖链的顶层代码执行完（包括console.log、函数声明、变量赋值、甚至耗时的while循环）。 - Python 的
import：模块首次被导入时，会从上到下执行全部顶层语句。如果其中包含time.sleep(5)或大文件读取，主线程就卡住 5 秒，无法响应任何其他逻辑。 - Node.js 的 CommonJS（
require()）：也是同步求值，且具有缓存机制；但首次加载仍全程阻塞。
为什么它会阻塞主线程
主线程只有一个执行栈，而同步求值要求：模块代码必须“跑完再退”，中间不能让出控制权。这意味着：
- 没有事件循环介入机会（比如 setTimeout、Promise.then 都不会在求值中途触发）；
- UI 渲染、用户交互、定时器回调等全部排队等待，页面可能白屏或卡顿；
- 即便模块内部全是纯计算（无 I/O），只要耗时长，也等同于“CPU 密集型阻塞”。
怎么识别和规避风险
重点不在“能不能写”，而在“该不该在顶层写”：
- 避免在模块顶层做耗时操作：如
fs.readFileSync、JSON.parse(largeString)、复杂初始化循环；应封装进函数，按需调用。 - 拆分逻辑：把初始化动作移到
init()函数中，导出函数而非直接执行；调用方决定何时触发，而非导入即执行。 - 用动态导入替代静态导入：ESM 中
const mod = await import('./heavy.js')是异步的，不阻塞主线程（注意：这是异步加载 + 异步求值，但求值本身仍是同步的——只是延迟到了await时刻）。 - 对 Python，可将重逻辑移入
if __name__ == '__main__':块，或使用importlib.import_module延迟加载。
一个典型反例
假设 utils.js 写了这样一段代码：
console.log('Loading utils...');
let data = [];
for (let i = 0; i export const bigData = data;
只要另一个模块 import { bigData } from './utils.js'，浏览器就会卡顿数秒——这不是网络问题，是 JS 引擎在主线程里老老实实算完了才继续。
