JS对接Java后端AJAX异步调用相关技术问题咨询

1. jQuery.when() 合并双AJAX请求时单请求失败的行为 #

• 默认逻辑下，只要任意一个传入$.when()的AJAX请求触发失败（reject状态），$.when()会立刻触发失败回调，不会等待其余还在执行的请求返回。
• 失败回调拿到的参数只有第一个触发失败的请求返回的错误信息，后续不管其他请求是成功还是失败，结果都不会传入这个回调。
• 如果需要等所有请求不管成功失败都执行完再做合并处理，不要直接用原生$.when()的默认逻辑，可以给每个AJAX请求单独加错误捕获，把失败状态包装成正常resolve的结果再传入，环境支持的话也可以直接用原生Promise.allSettled()实现。
  示例代码：

// 包装请求，统一返回结构，避免提前触发失败
const wrapAjax = (req) => req
  .then(data => ({ success: true, data }))
  .catch(err => ({ success: false, err }))

const req1 = wrapAjax($.get('/api/endpoint1'))
const req2 = wrapAjax($.get('/api/endpoint2'))

$.when(req1, req2).done((res1, res2) => {
  // 所有请求都落定后才会进入，可分别判断两个请求的状态做结果合并
})

2. 动态切换AJAX同步/异步配置的实践问题 #

• 动态将async设为false发起同步AJAX是绝对不推荐的过时坏实践：目前主流浏览器已经对主线程发起的同步AJAX做了废弃提示，部分场景下会直接拦截请求。同步请求会完全阻塞JS主线程，请求返回前页面所有渲染、用户交互都会卡死，体验极差。
• 不存在“必须用同步AJAX”的场景，所有需要等待请求结果再执行后续逻辑的需求，都可以通过Promise链式调用、async/await语法实现，完全不需要切换到同步模式。
• 只要回调逻辑编写正确，哪怕当前页面只有单JS执行流，设置async: true发起异步请求也不会有任何负面影响。AJAX的网络IO部分是浏览器独立线程处理的，不会阻塞主线程正常执行，等请求返回后回调才会进入JS任务队列排队执行，这本身就是JS异步设计的标准用法。

3. 异步发起多表数据库请求的冲突问题 #

• 前后端层面不会产生天然冲突：前端并行发起的多个AJAX请求到达Spring Boot后端后，默认会由独立的请求线程分别处理，只要你的接口没有写全局共享变量的脏逻辑，不同接口操作不同数据库表是完全隔离的。
• 数据库层面只要注意两点就不会出现异常：
  • 如果两个请求的操作没有业务上的先后依赖，哪怕同时操作不同表，数据库本身的事务、行锁/表锁机制完全可以独立处理，不会出现数据错乱。
  • 如果两个操作存在逻辑关联（比如A表写入成功才能操作B表），绝对不要从前端拆成两个并行异步请求发起，应该把两个操作合并成单个后端接口，在后端用本地事务保证两个操作的原子性，避免出现一个成功一个失败的数据不一致问题。要记住前端异步请求的到达顺序是不受代码顺序控制的，不要把事务逻辑放到前端控制。

基础执行流参考：

内容的提问来源于stack exchange，提问作者Grismak