函数声明本身是同步且立即提升的，不改变异步执行顺序；真正决定异步行为的是函数体内代码类型（同步/微任务/宏任务）及调用上下文。
函数声明本身是同步的、立即提升并注册的行为，它不直接改变异步任务的执行顺序，但会影响异步逻辑的组织方式和调用时机——真正起决定作用的是函数体内写的代码类型（同步/微任务/宏任务）以及调用它的上下文。
函数声明只是“登记”，不触发任何异步行为
JS引擎在预编译阶段就完成函数声明的提升（hoisting），这意味着：
- 无论函数写在脚本开头还是结尾，声明都会被提前到作用域顶部
- 但函数体内的代码不会运行，直到被显式调用
- 如果函数里只包含同步语句，那它就是纯同步；如果含 setTimeout、Promise.then 或 await，才引入对应任务队列
async 函数声明会自动包装为 Promise，产生微任务调度
声明一个 async function，本质是告诉 JS 引擎：“这个函数返回一个 Promise，内部 await 会暂停执行，并把后续代码塞进微任务队列”。
- async 函数被调用时，立即执行到第一个 await 或函数结束，返回 pending 状态的 Promise
- await 后面的表达式求值完成后，其后代码作为微任务入队，等当前宏任务结束立刻执行
- 所以 async 函数声明 + 调用 是控制微任务节奏的关键手段，不是声明本身，而是调用后产生的执行流
普通函数内混用异步操作，顺序由内部任务类型决定
一个普通函数（非 async）若手动调用 setTimeout、Promise.resolve().then 或 fetch，它的执行顺序完全取决于这些异步原语的规则：
立即学习“Java免费学习笔记（深入）”；
- 里面写 setTimeout(..., 0) → 注册为下一个宏任务，哪怕时间是 0，也得等所有微任务清空后才执行
- 里面写 Promise.resolve().then(...) → 立即进入微任务队列，本轮宏任务结束后马上跑
- 多个 then 链式调用 → 形成微任务链，严格按注册顺序执行
- 如果函数里同时有两者，微任务总先于宏任务执行，与函数是否被声明为 function foo(){...} 还是 const foo = () => {...} 无关
避免常见误解：声明位置 ≠ 执行时机
有人以为把 setTimeout 写在靠后的函数声明里，就会“后执行”，其实不是：
- 函数没被调用，里面的 setTimeout 根本不会注册
- 一旦调用，setTimeout 立即交由 Web API 计时，计时结束就进宏任务队列，跟声明在哪一行毫无关系
- 真正影响顺序的是：谁先调用、谁先注册、注册的是微任务还是宏任务
