LangGraph 的 durability 模式(sync/async/exit)在崩溃恢复语义上有什么差异?
围绕“LangGraph 的 durability 模式(sync/async/exit)在崩溃恢复语义上有什么差异”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要比较同步落盘、异步与退出时落盘在性能与丢数据风险上的取舍。
性能优化专题面试题第 1 页,显示第 1–50 题,共找到 340 道完整解析,可继续按分类、标签与关键词缩小范围。
按稳定语义路径排序
围绕“LangGraph 的 durability 模式(sync/async/exit)在崩溃恢复语义上有什么差异”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要比较同步落盘、异步与退出时落盘在性能与丢数据风险上的取舍。
围绕“处理长视频输入时,如何设计合理的帧采样策略以平衡性能与信息保留”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖回答需要围绕必须基于时间冗余性提出采样方法(如均匀、关键帧),并解释其对下游任务的影响,不泛化至音频采样。
围绕“React 中流式输出每个 token 都 setState 会导致什么性能问题,如何优化渲染频率”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明按 token 渲染的开销及按时间片/字符数批量 flush 的方案。
围绕“在边缘设备部署前,如何通过模拟真实硬件环境评估微调模型的性能”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明在目标设备或相近规格的仿真器上运行推理测试。
本题说明评估集分布偏差如何造成模型性能误判,并以客服意图识别为例展示分层采样与对抗样本的作用,同时指出过度多样化的边界。
本文讲解小样本场景下通过去重和噪声过滤提升模型性能的机制,给出具体清洗策略和适用边界,帮助评估数据清洗的收益上限。
围绕“在 Angular 中,ChangeDetectionStrategy.OnPush 与 Default 有何根本区”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须指出 OnPush 仅在输入属性变化或事件触发时检查。
围绕“在 Angular 模板中,使用 *ngIf 与 [hidden] 两种方式实现条件渲染,它们在性能和 DOM 行为”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明 *ngIf 移除/插入节点,[hidden] 仅改变 display 样式。
解释 Signals 与 OnPush 变更检测的协作机制:信号写入标记依赖视图,变更检测周期执行视图刷新。澄清信号不自动更新 DOM,而是依赖框架调度,并指出 Default 策略下信号本身不触发检查,难以借此缩小扫描范围。
围绕“computed 里能否包含异步逻辑?如果不能,应如何设计以支持异步数据的响应式计算”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须明确 computed 不能包含异步操作,必须改用 resource + signal 依赖方式实现异步计算。
围绕“Signals 里的 computed 出现循环依赖时会怎样?如何通过设计规避此类问题”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须指出运行时会抛出错误,且无法通过延迟求值或惰性加载解决,只能重构依赖结构。
围绕“computed 为何能实现缓存?其缓存策略是否受外部状态影响”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要解释缓存基于依赖集合不变性,当依赖未变时返回旧值,不受非依赖变量影响。
围绕“computed 里修改可变对象(如数组或对象)是否会影响依赖追踪”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明即使对象被修改,只要其引用未变,就不会触发重新计算,但外部观察者仍可能看到变化。
围绕“computed 里嵌套使用其他 computed 时,依赖图如何构建?是否会产生冗余计算”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明依赖图会合并所有子 computed 的依赖,若父 computed 依赖不变,子计算也不重新执行,无冗余。
围绕“computed 里对可能为空的信号进行操作时,如何避免运行时错误”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明应显式处理 null/undefined,如使用 ?? 或条件判断,不能假设信号始终有值。
围绕“computed 依赖的结构变化(如数组长度改变)是否一定会触发重新计算”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明只要依赖项发生变化,无论类型如何,都会触发重新计算,包括数组长度变化。
围绕“Angular Signals 里的 computed 与 JavaScript memoized 函数有何本质区别”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明 computed 是基于依赖图的自动追踪,而 memo 函数依赖函数自身逻辑,无法感知外部 signal 变化。
围绕“effect 里等待异步操作完成后再执行后续逻辑,应如何实现”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明需使用 await 且确保 effect 内部逻辑是异步的,否则无法等待,不能依赖 signal 变化顺序。
围绕“effect 为何应避免用于简单状态更新?有何替代方案”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明应使用 signal 更新而非 effect,effect 仅用于副作用,如日志、通知、异步操作。
围绕“effect 里需要防抖时,应如何实现?是否可以用 setTimeout 代替”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明可使用 setTimeout + 取消机制,但需注意信号变化期间可能堆积任务,应使用 takeUntil 防止累积。
围绕“effect 在组件销毁后是否仍会执行?如何防止”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明若未显式取消,会在销毁后继续执行,必须使用 takeUntil(componentDestroyed) 或 onDestroy。
围绕“effect 中引用了外部变量但未显式依赖信号,是否会触发变更检测”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖回答需要围绕必须强调除非变量是 signal,否则不会被追踪,即使变量变化也不会触发 effect,需显式依赖。
本题解释 effect 能否访问注入器及生命周期一致性。结论:在注入上下文创建 effect 后,回调内可安全用 inject();生命周期自动绑定创建环境。本文详解机制、工程场景、失败边界与误区。
围绕“effect 里记录日志时,如何避免因频繁触发导致性能下降”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明应使用防抖或仅在特定条件下输出,不能在每次触发都写入 console,需控制输出频率。
围绕“effect 如何与 RxJS Observable 集成?如何避免多次订阅”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明应使用 takeUntil 从 destroy$ 消费,或使用 async pipe 间接绑定,不能直接订阅而不清理。
围绕“effect 在响应式数据流中为何不能用于返回值?其副作用如何影响变更检测流程”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖回答需要围绕必须强调 effect 仅用于副作用,返回值无效且可能干扰依赖追踪。
围绕“effect 是否总是同步执行?在什么情况下会延迟执行”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明 effect 在 signal 变化时立即执行,但若在变更检测阶段内多次修改,会合并执行一次,非延迟。
围绕“resource 用于加载异步数据时,如何处理请求失败或网络中断”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明 resource 支持异常捕获并返回错误状态,可通过 error 属性判断,不依赖外部 try/catch。
围绕“resource 缓存的数据在什么条件下会被清除?是否支持手动清除”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明缓存由依赖变化触发,无主动清除接口,需通过重新调用资源或使用 new 资源实例实现。
围绕“resource 何时应按条件加载?如何确保条件改变时触发新请求”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明条件必须作为参数传入,且参数变化会触发资源重建,否则不会重新请求。
围绕“resource 如何实现延迟加载?是否支持懒加载”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明 resource 本身不支持延迟,需通过条件调用或 useResource + defer 实现懒加载行为。
围绕“resource 抛出错误后,如何在视图中安全显示错误信息而不崩溃”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明通过 resource.error 判断并展示错误内容,不能直接读取 result.value,避免未定义访问。
围绕“resource 的相同参数多次调用是否返回同一实例?其身份如何判定”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明只要参数值相等,且无副作用,即返回同一实例,依赖于参数的严格相等性。
围绕“Signals 里的资源(resource)如何管理生命周期?它与 effect 有何本质区别”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖回答需要围绕必须强调 resource 有内置清理逻辑和自动释放机制,而 effect 不具备,适用于可复用资源。
围绕“resource 能否支持乐观更新模式?如何实现”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明 resource 本身不支持乐观更新,需结合 signal 存储临时状态并在成功后覆盖,不能直接修改 resource。
围绕“resource 为何比 effect + async pipe 组合更高效?关键性能差异是什么”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须指出 resource 无需手动取消订阅、自动处理重复请求,并在依赖不变时复用结果,减少内存开销。
围绕“多个 resource 同时发起请求时,它们是否并行执行?如何控制并发数”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须指出默认并行执行,若需串行需手动通过 await or Promise.all 序列化调用,resource 本身不提供控制。
围绕“resource 为何适合跨组件复用?其内部如何保证不同调用间状态隔离”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须指出每个 resource 调用生成独立实例,状态不共享,依赖于参数唯一性而非全局注册。
围绕“resource 的不同变体(如 withCache, withErrorHandling)如何影响其行为”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明这些变体是配置选项,不影响核心逻辑,只改变缓存策略或错误处理方式,不引入新机制。
围绕“设计 ABAC 策略引擎时,主体、资源、环境属性从哪里来,策略求值的性能瓶颈通常在哪”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要明确 PIP 属性来源、PDP 求值位置及属性拉取与缓存的性能取舍。
围绕“资源服务器收到 Bearer Token 后有哪些校验方式,本地验签与内省(introspection)端点各适合什”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须对比 JWT 本地校验与 RFC 7662 内省端点在实时撤销、性能上的取舍。
围绕“createImageBitmap 相比直接 new Image 解码,在 Canvas 高频绘制中解决什么问题”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖判断时要说明可提前解码、可控制 resize/colorSpace 并便于 Transferable。
围绕“CanvasRenderingContext2D.filter 能直接替代离线预处理图片滤镜吗,边界是什么”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖回答要按支持度、每帧重复求值成本与离屏缓存决策。
围绕“频繁整幅 getImageData/putImageData 的瓶颈在哪里,什么局部策略能降低主线程压力”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖回答需要围绕必须定位 GPU 回读与 RGBA 内存拷贝。
围绕“CanvasRenderingContext2D.save/restore 滥用为什么会让绘制变慢,应如何界定栈边界”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖判断时要说明保存的是裁剪、变换、样式等大状态且配对成本随嵌套放大。
本文解释 input accept 属性的本质是选择提示而非安全边界,给出其可被绕过的情况。说明如何在前端通过 File.type 和扩展名进行辅助校验,并强调服务端校验的必要性,以及失败时的用户提示和体验兜底。
围绕“CSS contain 属性的 layout、paint、size 等取值如何让浏览器缩小一次样式变更的重算范围”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明 containment 告诉浏览器子树与外部互不影响从而限制回流/重绘边界,且 size 需给定尺寸的前提。
围绕“什么是强制同步布局,在循环里交替写样式和读 offsetHeight 会造成什么后果、如何定位这类问题”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要解释循环读写使浏览器每轮被迫提前布局的开销特征,以及用 Performance 面板识别长 Layout 的思路。
围绕“如何用 PerformanceLongTaskTiming 监测页面长任务,50ms 阈值是怎么来的、attribu”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须给出 PerformanceObserver 监听 longtask 的接入方式、阈值来源及归因只能到任务容器级别的限制。
围绕“用 PerformanceNavigationTiming 能拆解出页面加载的哪些阶段,TTFB 偏长应看其中哪几个”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖回答要按时间轴解释 redirect、DNS、TCP、request/response、domInteractive 等字段并能定位 T。