A · 解答思路 这类问题的根本原因通常是用固定像素值硬编码了容器/文本宽度，一旦操作系统的字体渲染发生细微变化（字宽、字距等），原本刚好够用的宽度就可能不够，导致换行。解决思路包括：避免硬编码宽度、排查是否有其他影响宽度的样式属性、必要时做动态测量或跨平台视觉回归测试。 详细说明 - 排查是否硬编码了宽度
A · 解答思路 这类需求可以归纳为「节点卡片 + 连线 + 泳道分组」的图编辑场景，大致有两种实现路线可选：完全通用的图编辑引擎，或者结构固定的简化版自研组件，需要在自由度和开发/维护成本之间做权衡。 详细说明 - 方案一：完全的图编辑引擎：使用类似 AntV
Issue: 🐛 ModalFrom在同时设置了formRef、request和destroyOnClose时，加载过程中关闭ModalForm会报错 #8858 PR: https://github.com/ant-design/pro-components/pull/9272
前言：2025年7月，有人给我发来两张截屏，记录了一次典型的“AI翻车现场”。他咨询我，常识性的而且已有定论的问题，为什么AI会“胡说八道”？是中了病毒还是数据库问题？于是，我决定写这篇文章来解答。
A · 解答思路 自动注入通常依赖 Webpack 的自动导入机制，或者是 alias 别名配置、插件做了模块替换（比如 Vue/Element 之类组件库的按需引入插件）；而调试时看到的目录结构，是由 Source Map 解析出来的，和项目实际的物理目录结构不完全对应也是正常现象。 详细说明 - 自
根本原因：技术治理体系缺失，导致验证环境建设滞后
A · 解答思路 把 JSON 当作树状结构，用先序遍历依次访问所有叶子节点，并用一个固定容量为 200 的队列保存结果：每当叶子节点数量超过 200，就把最早进入队列的节点移除（先进先出），遍历结束后队列里剩下的就是最后 200 个叶子节点。 示例代码（如有代码）
A · 解答思路 两者并不是完全互斥的关系：axios 是更底层的 HTTP 客户端，负责发请求本身；React Query 是更高层的数据请求管理库，负责请求状态（加载中/成功/失败）、缓存、重试等能力，实际项目中也可以搭配使用（用 axios 发请求，用 React Query 管理请求状态）。 #
尽管 SPA（单页应用）通常为用户提供了流畅的操作体验。
年初接到一个任务将 semi-ui 替换到 antd，但是能人力预算不太够，所以基于工作量和效率选择了基于 AST 的替换方案。
