DMap GL地图JSAPI(dmapgl)开发指南。用于编写、审查、调试 DMap 地图 API 代码,涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
js异步测试重在理解事件循环:同步代码最先执行,promise.then属微任务次之,settimeout等宏任务最后;验证应聚焦状态就绪而非固定延时,优先用await或resolves断言而非fake timers。

面试中问“JS异步代码测试”不是考你写测试用例的语法,而是看你是否真正理解异步执行顺序、事件循环机制,以及能否把原理转化成可验证的行为。答得准的关键是:先说清执行逻辑,再补上验证方式,不堆砌 API。
明确异步任务的执行时序
很多候选人一上来就写 jest.setTimeout 或 await,但没讲清楚“为什么这行要等、那行不能提前断言”。面试官想听的是底层判断依据:
- 同步代码(如
console.log、Promise构造器内立即执行的语句)一定最先输出 -
Promise.then回调属于微任务,在当前宏任务结束后、下一个宏任务开始前执行 -
setTimeout、setInterval是宏任务,排在所有微任务之后 - 如果 Promise 已 resolve,
.then回调会立刻入微任务队列;如果还在 pending,回调先缓存,等状态变化再入队
用最小闭环验证行为,而不是只写 async/await
比如题目是“写出下面代码的打印顺序”,不要只背答案,要带出验证思路:
示例代码:
console.log('start');<br>new Promise(r => { console.log(1); r(); }).then(() => console.log(2));<br>console.log('end');
回答结构可以是:
- 第一轮同步执行:
start → 1 → end - 微任务队列此时有 1 个
.then回调,立即执行 → 输出2 - 所以最终顺序是
start, 1, end, 2
这样既体现事件循环理解,又自然带出可复用的分析路径。
测试场景中优先关注“状态是否就绪”,而非“时间是否够”
写单元测试时,别依赖 setTimeout(..., 0) 或固定等待毫秒数。正确做法是:
- 对基于 Promise 的逻辑,直接
await它,或用return expect(promise).resolves.toBe(...) - 对事件触发类异步(如点击后更新 DOM),用
await waitFor(() => expect(...).toBeInTheDocument())(React Testing Library) - 避免
jest.useFakeTimers()除非题目明确考察定时器控制——它容易掩盖真实执行流问题
被追问“为什么不用回调函数测试”时,能说清权衡
如果面试官对比回调和 Promise 测试,可以点出实质差异:
- 回调函数本身不返回值,难链式断言;错误处理需手动传
err参数,易漏 - Promise 天然可组合、可
catch、可finally,测试时能统一用resolves/rejects断言 -
async/await让测试代码结构和业务代码一致,失败堆栈更清晰










