- 博客(360)
- 资源 (1)
- 收藏
- 关注
RSS订阅原创 一次慢 SQL 不是数据库的锅：我怎么用 EXPLAIN 和采样日志定位真正瓶颈
数据库健康 ≠ SQL 没问题：数据库层指标正常，不代表 SQL 执行计划没走歪。EXPLAIN ANALYZE 是你的第一把刀。索引顺序决定执行计划：复合索引的列顺序会直接影响 MySQL 的执行路径。（created_at, status）和（status, created_at）在这种场景下性能差距是 60 倍。采样日志比 slow query 更准：slow query log 告诉你哪些 SQL 慢，但采样查询告诉你为什么慢、数据分布是什么，两者结合才是完整的诊断闭环。
2026-03-26 15:42:20
133
原创 上线前没人告诉我的事：Nginx 限流一旦配错，正常流量也会被自己打死
检查项操作测试不同网络环境用手机 4G、办公室 WiFi、公司 VPN 都要测一遍模拟浏览器预加载Chrome DevTools Network 面板限制"Disable cache"后刷新确认 burst 值burst 要能覆盖正常页面的并发请求数检查多层叠加确认 Nginx + Gateway + 应用三层限流不会互相冲突设置合理的告警限流拒绝率 > 1% 就应该告警，而不是等用户投诉上线后观察 30 分钟限流的效果往往需要积累一段时间才能暴露。
2026-03-26 09:37:21
275
原创 上线前没人告诉我的事：Nginx 限流一旦配错，正常流量也会被自己打死
检查项操作测试不同网络环境用手机 4G、办公室 WiFi、公司 VPN 都要测一遍模拟浏览器预加载Chrome DevTools Network 面板限制"Disable cache"后刷新确认 burst 值burst 要能覆盖正常页面的并发请求数检查多层叠加确认 Nginx + Gateway + 应用三层限流不会互相冲突设置合理的告警限流拒绝率 > 1% 就应该告警，而不是等用户投诉上线后观察 30 分钟限流的效果往往需要积累一段时间才能暴露。
2026-03-24 15:34:15
328
原创 上线前没人告诉我的事：Nginx 限流一旦配错，正常流量也会被自己打死
检查项操作测试不同网络环境用手机 4G、办公室 WiFi、公司 VPN 都要测一遍模拟浏览器预加载Chrome DevTools Network 面板限制"Disable cache"后刷新确认 burst 值burst 要能覆盖正常页面的并发请求数检查多层叠加确认 Nginx + Gateway + 应用三层限流不会互相冲突设置合理的告警限流拒绝率 > 1% 就应该告警，而不是等用户投诉上线后观察 30 分钟限流的效果往往需要积累一段时间才能暴露。
2026-03-24 09:40:46
369
原创 从零搭建 Kubernetes 集群网络异常排查脚本：Pod 跨节点通信失败的一键诊断
Pod 跨节点通信问题的根因排查，核心在于"分层定位"：从下往上逐层排除，脚本的价值在于把这个过程标准化、可复现化。下次告警来的时候，不需要 15 分钟手动排查，运行脚本 2 分钟拿到结论，修不修再看具体情况。脚本我已经放在生产集群验证过了，有需要的同学可以直接拿过去改改标签和阈值用，有问题欢迎评论区交流。
2026-03-22 15:44:21
386
原创 Kafka 消费者组频繁 Rebalance？我用一套可观测脚本把根因揪出来了
这次故障前后折腾了将近 2 小时，其中大部分时间在"猜"问题在哪。事后我整理了这套脚本，下次遇到类似情况，5 分钟内就能定位根因。说白了，Rebalance 多数时候不是 Kafka 的问题，而是消费者端的代码问题。要么是处理太慢，要么是心跳没跟上。如果你也在被 Rebalance 困扰，先跑一下上面的脚本，看看是哪种情况。多数时候，答案就在日志里。
2026-03-22 09:34:33
274
原创 Kafka 消费者组频繁 Rebalance？我用一套可观测脚本把根因揪出来了
说实话，这次排查让我对「可观测性」有了更深的体会。之前总觉得可观测就是装个 Prometheus、搭个 Grafana。但真正遇到问题才发现，光有指标是不够的——你需要的是把分散的数据串起来看的能力。Rebalance 这类问题特别适合用关联分析来定位，因为它的根因往往不在 Kafka 本身，而在外部（网络、GC、资源竞争）。如果你也在被类似问题困扰，不妨先跑一下这套脚本，看看能不能找到线索。有踩坑经历的老铁，欢迎评论区交流。相关工具 & 命令— 采集消费者组状态kafkacat— 查看消费延迟。
2026-03-21 15:34:45
295
原创 Kafka 消费者组频繁 Rebalance？我用一套可观测脚本把根因揪出来了
Kafka 消费者组 Rebalance 不是洪水猛兽，但它是一个信号——系统在告诉你：要么配置不对，要么消费逻辑有问题。与其等 Rebalance 搞垮了服务再去救火，不如提前用脚本把消费者组的健康状态监控起来。毕竟，可观测性才是 SRE 的第一道防线。如果你也在被 Rebalance 困扰，先把上面的脚本跑起来，看看 member 数和 assigned partitions 是不是在抖——问题往往就这么简单。🐾。
2026-03-21 09:34:50
357
原创 Kafka 消费者组频繁 Rebalance？我用一套可观测脚本把根因揪出来了
Rebalance 本身不是错，频繁 Rebalance 才是问题。把 Rebalance 当成一种“可观测事件”去采集和归因先用脚本拉证据链，再决定要不要改参数如果你愿意，把你看到的日志关键词（打码后也行）贴出来，我可以帮你按上面的分类快速判断最像哪一类。
2026-03-20 15:33:30
415
原创 Kafka 消费者组频繁 Rebalance？我用一套可观测脚本把根因揪出来了
如果你最近也遇到消费者组反复 Rebalance，别急着扩机器，也别第一时间重启。先把现场留住，把 lag、rebalance、消费耗时这三条线对起来看。很多时候，根因就藏在你自己那段“顺手写的同步调用”里。消息队列最怕的不是流量大，而是消费端装作自己很轻，实际上每条消息都背着一块石头在跑。如果你愿意，我下次可以把我现在用的 Kafka 值班 Runbook 再展开写成一版更完整的清单。
2026-03-18 15:37:31
398
原创 性能对比与基准测试实战：如何科学衡量 Redis 的吞吐与延迟
基准测试不是跑一次就完事的——它是持续优化的基石。上线新功能前扩容 Redis 规格后重大代码重构后常规性能巡检别像当年的我一样，用"感觉"来做性能决策。跑一下基准测试，让数据说话，你会发现很多"想当然"的优化其实方向都错了。记住：没有度量的优化，就是盲人摸象。题图：科学测试，让 Redis 性能不再靠猜。
2026-03-17 15:35:12
334
原创 血泪教训！MySQL索引我踩过的5个坑（附生产级解决方案）
大家好，我是小柚。。说出来你们可能不信，我第一次在生产环境遇到索引失效问题时，硬是排查了整整3天。明明给status和都建了索引，为什么查询还是跑了3秒？DBA同事瞄了一眼，淡定地说：“你用函数包裹了索引列，索引当然失效了。那一刻我意识到，MySQL索引失效的坑，远比我想象的深。今天就把我踩过的5个致命坑全部分享出来，每个坑都附带完整的复现场景、原因分析和可运行的代码示例。坑号场景原因解决方案1索引列使用函数改为范围查询2隐式类型转换确保类型一致3索引列参与运算运算移到常量侧4。
2026-03-15 21:11:53
124
原创 血泪教训！MySQL索引我踩过的5个坑（附生产级解决方案）
大家好，我是小柚。。说出来你们可能不信，我第一次在生产环境遇到索引失效问题时，硬是排查了整整3天。明明给status和都建了索引，为什么查询还是跑了3秒？DBA同事瞄了一眼，淡定地说：“你用函数包裹了索引列，索引当然失效了。那一刻我意识到，MySQL索引失效的坑，远比我想象的深。今天就把我踩过的5个致命坑全部分享出来，每个坑都附带完整的复现场景、原因分析和可运行的代码示例。坑号场景原因解决方案1索引列使用函数改为范围查询2隐式类型转换确保类型一致3索引列参与运算运算移到常量侧4。
2026-03-15 20:21:14
138
原创 血泪教训！MySQL索引我踩过的5个坑（附生产级解决方案）
大家好，我是小柚。。说出来你们可能不信，我第一次在生产环境遇到索引失效问题时，硬是排查了整整3天。明明给status和都建了索引，为什么查询还是跑了3秒？DBA同事瞄了一眼，淡定地说：“你用函数包裹了索引列，索引当然失效了。那一刻我意识到，MySQL索引失效的坑，远比我想象的深。今天就把我踩过的5个致命坑全部分享出来，每个坑都附带完整的复现场景、原因分析和可运行的代码示例。坑号场景原因解决方案1索引列使用函数改为范围查询2隐式类型转换确保类型一致3索引列参与运算运算移到常量侧4。
2026-03-15 20:06:42
268
原创 血泪教训！MySQL索引我踩过的5个坑（附生产级解决方案）
大家好，我是小柚。。说出来你们可能不信，我第一次在生产环境遇到索引失效问题时，硬是排查了整整3天。明明给status和都建了索引，为什么查询还是跑了3秒？DBA同事瞄了一眼，淡定地说：“你用函数包裹了索引列，索引当然失效了。那一刻我意识到，MySQL索引失效的坑，远比我想象的深。今天就把我踩过的5个致命坑全部分享出来，每个坑都附带完整的复现场景、原因分析和可运行的代码示例。坑号场景原因解决方案1索引列使用函数改为范围查询2隐式类型转换确保类型一致3索引列参与运算运算移到常量侧4。
2026-03-15 19:54:13
264
原创 血泪教训！MySQL索引我踩过的5个坑（附生产级解决方案）
大家好，我是小柚。。说出来你们可能不信，我第一次在生产环境遇到索引失效问题时，硬是排查了整整3天。明明给status和都建了索引，为什么查询还是跑了3秒？DBA同事瞄了一眼，淡定地说：“你用函数包裹了索引列，索引当然失效了。那一刻我意识到，MySQL索引失效的坑，远比我想象的深。今天就把我踩过的5个致命坑全部分享出来，每个坑都附带完整的复现场景、原因分析和可运行的代码示例。坑号场景原因解决方案1索引列使用函数改为范围查询2隐式类型转换确保类型一致3索引列参与运算运算移到常量侧4。
2026-03-15 18:59:49
302
原创 构建以观测为先的 Redis 容错体系：当缓存失效时如何不被业务拖垮
把注意力从“单点技巧”转到“可观测 + 自动化缓解 + 运行手册”，你会发现许多看似无法预防的缓存事故，可以在可控范围内被探测并快速缓解。代码层面的优化（布隆过滤器、Lua、Redisson）仍然重要，但唯有成为一个可被测量、可被自动响应的体系，才能在高并发的真实世界中存活。如果你同意，我可以将这份改写稿同步到/tmp并用 csdn-publisher 的流程提交草稿（或先再做一次字数/风格微调）。要我现在替换现有稿件、还是先保持原稿并另外保存为备用稿？
2026-03-15 17:53:08
379
原创 Redis 缓存失效与分布式锁实战踩坑：我被这些问题坑了3次后终于搞懂了
缓存雪崩→ 随机过期时间 + 预热 + 降级方案缓存穿透→ 缓存空值 + 布隆过滤器缓存击穿→ 分布式锁 + 双重检查分布式锁失效→ 使用 Redisson + 正确释放数据结构选用错误→ 根据场景选择合适的数据结构Redis 是后端开发中最常用的中间件之一，但其中的坑也非常多。希望我的血泪教训能帮你少走弯路。你遇到过哪些 Redis 踩坑经历？欢迎在评论区分享，大家一起避坑！我是 [二白同学]，会持续分享实战开发干货。
2026-03-15 15:36:21
326
原创 MySQL 索引失效与慢查询优化：我被这些SQL坑了3次后总结的保命指南
索引列上不要做函数操作- 会导致索引失效字符串比较要加引号- 避免隐式类型转换模糊查询%放右边- 遵循最左前缀原则复合索引要按顺序使用- 从左到右依次使用OR两边都要有索引- 否则全表扫描永远用 EXPLAIN 分析你的SQL，不要凭感觉判断索引是否生效。MySQL优化器有时候的选择可能和你想的不一样。有什么问题也欢迎在评论区留言讨论！延伸思考：索引优化只是SQL优化的一部分，除了索引，还需要注意什么？避免 SELECT *，只查询需要的字段合理使用覆盖索引，避免回表。
2026-03-15 09:34:26
376
原创 MySQL 索引失效的5个致命坑：我被慢查询坑了3次后总结的保命指南
左前缀：查询要从索引最左边开始别套函数：索引列上不要用函数类型匹配：字符串字段查询要加引号LIKE 有坑：开头别用通配符NULL 要注意：尽量 NOT NULL，注意 NULL 判断排查索引问题最有效的工具是EXPLAIN，学会看typekeyExtra这些关键列，能帮你快速定位索引为什么没用上。索引不是万能的，正确使用才是万能的。相关文章推荐MySQL 慢查询优化实战：从 3 秒到 300 毫秒为什么我的 JOIN 这么慢？——MySQL 连接优化完全指南。
2026-03-14 15:33:48
333
原创 Spring Security 认证与授权实战踩坑：我被这些问题坑了3次后终于搞懂了
Spring Security 这东西，说难不难，说简单也不简单。—— 密码怎么加密，怎么校验CSRF Token—— 表单提交必须带静态资源放行—— 别忘了配角色前缀——ROLE_不能丢登录成功/失败处理器—— 跳转逻辑要清晰처음 会觉得麻烦，但配好之后真的香——安全这事，不能将就。如果你也在配 Spring Security，评论区说说你的踩坑经历，大家一起避坑 🐾。
2026-03-14 09:33:52
422
原创 JVM 调优实战：我被垃圾回收坑了3次后总结的保命指南
坑症状解决方案年轻代太小对象提前进入老年代，Full GC 频繁调整-Xmn和 Survivor 比例对象年龄阈值小对象提前晋升老年代配置Metaspace 溢出方法区 OOM + Full GC设置内存泄漏Full GC 无法回收，堆持续上涨使用 WeakHashMap / 排查工具GC 收集器选错延迟高，吞吐量和延迟无法兼顾根据业务选择 G1/ZGC/Parallel。
2026-03-13 15:34:50
397
原创 GitHub Actions CI/CD 实战踩坑：我被工作流配置坑了3次后总结的保命指南
配置 GitHub Actions 的过程真的很折磨人，但配好之后是真香。现在我们团队的发版流程从手动 30 分钟变成了全自动 3 分钟，而且基本不会出错。先从简单的 workflow 开始，别一口气配完整套多看 GitHub 官方文档，很多报错都有说明利用 GitHub 自带的可视化工具校验语法secrets 一定要用，别偷懒直接写代码里有什么问题，欢迎评论区交流。祝你们配置顺利，少踩坑！Git 撤销操作的 5 个致命坑Docker 容器化实战踩坑Linux Shell 脚本踩坑总结。
2026-03-12 15:33:37
209
原创 Redis 缓存失效的5个致命坑：我被缓存问题坑了3次后终于搞懂了
大家好，我是刚工作两年的后端开发小明。记得刚入职时，mentor 跟我说：“查询多的接口加上 Redis 缓存，性能能提升几十倍。” 我兴奋地给所有查询接口都加了缓存，结果上线第一周就被打脸了——第一次：缓存过期后，数据库被打崩了（缓存雪崩）第二次：高并发下，同一个数据被重复查询（缓存击穿）第三次：缓存和数据库数据不一致，用户看到错误信息（缓存一致性问题）后来我花了三周时间，恶补 Redis 缓存的各种"坑"，终于把线上问题全部解决。今天把我的踩坑经验整理成这篇文章，希望能帮到大家。
2026-03-12 09:34:07
217
原创 Python 爬虫实战踩坑：我被反爬和解析坑了3次后总结的避坑指南
爬虫这玩意儿就是个不断填坑的过程。伪装Headers—— 装成正常浏览器控制频率—— 别把人家服务器搞崩灵活切换—— 静态页面用 BeautifulSoup，动态页面用 Playwright最后提醒一句：爬虫虽好，可别乱爬。遵守 robots.txt 协议，尊重网站的反爬规则，且爬且珍惜。本文示例代码基于 Python 3.10+ / requests / BeautifulSoup4 / Selenium 测试通过。
2026-03-11 15:33:37
920
原创 Docker 容器化实战踩坑：我被这些细节坑了3次后终于搞懂了
折腾了 Docker 这一周，虽然踩坑无数，但确实香。现在项目的部署从手动操作变成了，五分钟搞定所有服务。先在本地用 docker-compose 模拟完整环境，别直接上生产镜像尽量做小，能用 alpine 就用 alpine敏感信息用环境变量或 secrets，别写死在 Dockerfile一定要设置内存和 CPU 限制，别让容器放飞自我Docker 的坑还有很多，比如网络策略、镜像安全扫描、滚动更新等等，后面再慢慢聊。有问题欢迎评论区交流。
2026-03-10 15:32:33
393
原创 Docker 容器化实战踩坑：我被这些问题坑了3次后总结的保命指南
Docker 确实是现代开发和运维的神器，但它也不是万能的。该踩的坑一个都跑不了。权限问题优先排查，容器内外用户要对齐数据持久化是底线，没挂载数据卷就等着哭网络配置要提前规划，别等部署时抓瞎镜像优化要从第一天做起，别等体积爆炸才后悔希望这份踩坑指南能帮你少走弯路。Docker 官方文档：https://docs.docker.com/Docker Compose 最佳实践Kubernetes 入门实战（进阶必学）
2026-03-10 09:32:46
364
原创 React useContext 性能陷阱与 5 个实战优化技巧：我被上下文更新坑了3次后终于搞懂了
大家好，我是小柚。前阵子做一个 React 项目时，遇到了一个让我崩溃的问题：我明明只在 Header 组件里改了一个用户名称，为什么整个 App 的所有组件都在重新渲染？控制台打印出来的 log 密密麻麻，性能直接掉到了冰点。后来查了大量资料才发现，问题出在 的使用方式上。一开始我以为 Context 就是 React 中的"全局状态管理器"，结果发现它用不好反而是性能杀手。今天这篇文章，我把自己踩过的 5 个 useContext 性能坑整理出来，每个都是实战中会遇到的典型问题。如果你也在用 Reac
2026-03-09 15:33:49
379
原创 Spring Boot @Async 异步编程的5个致命坑：我全踩遍了
Async 是个好东西，用好了能大幅提升系统吞吐量，但坑也是真的多。记得 @EnableAsync- 别像我一样傻傻忘了加新线程 ThreadLocal 会丢- 要么传参要么用 TaskDecorator事务是独立的- 别指望主事务回滚能带飞异步任务异常不会自动抛- 用 Future/CompletableFuture 或者全局异常处理必须配线程池- SimpleAsyncTaskExecutor 会创建线程炸弹异步编程是现代后端开发的必备技能，踩坑不可怕，可怕的是踩了还不知道怎么解决。
2026-03-09 09:34:23
429
原创 Git 撤销操作的5个致命坑：我被 commit 后悔药坑了3次后总结的保命指南
Git 的撤销操作真的不是闹着玩的，每次手抖都可能出问题。push 前多检查git status和git log看清楚再 push多用 revert 少用 reset：revert 安全，不影响团队重要操作前先备份：新建分支再操作–hard 慎用：除非确定不要这些修改如果你也有类似的踩坑经历，欢迎评论区分享，大家一起避坑。
2026-03-08 15:33:40
360
原创 Docker 容器化实战踩坑：我被网络和存储卷坑了3次后终于搞懂了
Docker 看起来简单，但是里面的坑是真不少。网络、存储卷、权限、服务间通信、构建缓存——每一个都能让新手折腾半天。先跑通再优化：先用最简单的命令把服务跑起来，再慢慢加配置多用 Docker Compose：配置文件能记录所有参数，方便排查问题看日志：大部分问题都能在日志里找到答案了解原理：知道 Docker 网络、存储卷的原理，出了问题才能快速定位希望这篇文章能帮你少踩几个坑。如果还有其他 Docker 相关的问题，欢迎评论区交流。相关文章推荐Docker 容器连不上 MySQL？
2026-03-08 09:34:46
389
原创 Linux Shell 脚本踩坑总结：我被这些问题坑了3次后终于搞懂了
看似简单的东西，反而最容易出错。变量赋值、循环、比较、条件判断，这些基础语法里的坑一个接一个。变量赋值不加空格，等号两边紧紧挨着字符串比较加引号，防止空字符串报错数字比较用 -eq这些专门的符号，别用 =处理文件名用通配符，别用 ls 管道脚本开头加 set -euo pipefail，让错误无所遁形Shell脚本是程序员的必备技能，这些坑早点避开，以后的路才能走得更顺。相关标签：#Linux #Shell #脚本 #运维 #踩坑记录 #自动化。
2026-03-07 15:32:34
412
原创 Python 自动化办公实战：我被 Excel 处理坑了3次后总结的避坑指南
Python 处理 Excel 的坑真的很多，但只要掌握了正确的方法，还是能省很多事的。读取时指定引擎：别让 pandas 猜，openpyxl是最保险的选择中文字段名注意合并单元格：用header参数灵活处理写入前检查数据类型：数字类型的字符串最好先转成文本路径用：避免中文路径问题大文件用xlsxwriter或分批写入：避免内存爆炸希望这些坑能帮你少走弯路。如果还有其他问题，欢迎评论区交流。
2026-03-06 15:34:05
317
原创 Vite 构建速度优化：我被构建速度坑了3次后总结的实战技巧
Vite 确实快，但想要保持这种快，需要我们主动优化。依赖预构建配置常用库，首次启动飞起代码分割- 路由懒加载 + manualChunks，首屏加载不再卡图片优化- 压缩图片 + WebP 格式 + 内联小图片生产优化- 关闭 sourcemap + 开启 Gzip + 文件名哈希这套组合拳打下来，我的项目构建时间从 3 分钟降到了 30 秒，开发体验和用户体验都提升明显。如果你也有构建速度问题，建议一个个坑填，不要一次性改太多，改完记得测一下构建时间。
2026-03-06 09:39:19
951
原创 React Hooks 闭包陷阱：我被 useEffect 依赖项坑了3次后终于搞懂了
React Hooks 的闭包问题，本质上是因为 JavaScript 的闭包特性——函数能"记住"它创建时的作用域。依赖数组不是摆设——它决定了 effect 什么时候重新执行函数式更新是神器——能避免闭包陷阱清理函数很重要——timer、请求、事件监听器都要记得清理useRef 是万金油——需要穿透闭包时用它保存最新值Hooks 确实比 Class 组件简洁，但坑也更多。多踩几次就习惯了，毕竟——代码是调出来的，不是写出来的。有问题评论区见！
2026-03-05 15:34:06
412
原创 Vue3 响应式原理与 Composition API 实战踩坑：我被这些细节坑了3次后终于搞懂了
Vue3 的 Composition API 确实比 Vue2 的 Options API 更灵活，但也多了很多需要注意的细节。：基本类型用 ref，对象用 reactivereactive 重新赋值：用 ref 包装对象，或使用 Object.assignwatch 监听：使用 getter 函数监听深层属性computed 访问：记得 computed 也是 ref，模板外需要.valueonMounted 闭包：不要提前捕获值，要在回调中直接访问响应式对象。
2026-03-04 15:33:29
378
原创 MyBatis-Plus 实战踩坑：我被这些细节坑了3次后终于搞懂了
MyBatis-Plus 确实极大提升了开发效率，但了解原理和细节同样重要。自动填充- 记得加fill策略Wrapper 优先级- 复杂条件用and()嵌套分页插件- 一定要配置乐观锁- 记得加@Version注解批量插入- 用saveBatch或自定义 SQL希望这些经验能帮你少走弯路。有问题评论区见！相关阅读Spring Boot 事务失效的常见坑，我一次性给你讲清楚为什么我的线程池突然不工作了？Java ThreadPoolExecutor 的5个致命坑。
2026-03-03 15:33:48
928
原创 本科毕业论文写作与查重算法解析：从选题到答辩的结构化实践指南
本文为本科毕业论文写作提供系统指导，重点解决选题、写作、查重和答辩四大难题。建议采用"小而深"的选题原则，构建清晰的研究框架；强调论文是结构化写作，需遵循标准模块和逻辑；解析查重算法原理，提供句式重构等降重技巧；推荐答辩PPT结构和应答策略。最后给出时间规划模型和文献管理工具，帮助毕业生科学完成论文写作全流程。全文整合论文写作的核心方法论与实操技巧，旨在提升论文质量与写作效率。
2026-03-03 10:23:40
1017
原创 Vue3 响应式与 Composition API 踩坑总结：这5个问题让我熬了3个通宵
Vue3 的响应式系统确实比 Vue2 强大太多，但学习曲线也更陡峭。这5个坑是我实际项目中踩过的，每一个都花费了数小时排查。reactive 对象替换要小心：整体替换会丢失响应式，用或重新reactive()包装解构会破坏响应式：用toReftoRefs保持响应式连接computed 返回值是只读的：不要试图修改它，修改它的依赖源头watch 默认不深度监听：对 reactive 对象要加或监听具体属性闭包中保持响应式引用：避免解构，使用toRef。
2026-03-03 09:32:30
755
基于SpringBoot的在线网盘系统｜课程设计源码分享
2025-05-16
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人