- 博客(86)
- 收藏
- 关注
RSS订阅原创 当 Agent 成为新的抽象层：我们正在走向一场知识传承危机吗？
摘要 文章探讨了"抽象泄漏定律"在AI时代的深远影响。随着AI Agent成为人类历史上最厚的抽象层，知识传承正面临前所未有的危机。作者指出，所有非平凡的抽象都会泄漏，而AI的泄漏更为隐蔽危险——它可能生成看似合理实则错误的解决方案。这种现象已在波音等制造业案例中预演：过度依赖外包导致核心能力丧失。文章预测了AI时代知识退化的四个阶段，并参照历史案例（如罗马混凝土、希腊火配方失传）警示知识断裂的风险。最后提出应对策略：将AI转化为知识传承载体、维持深度理解者存量、重塑教育体系、建立知识种
2026-03-31 21:23:39
440
原创 致未来的你：成为完整的人，而非高效的功能
摘要： 在算法与效率主导的时代，我们常被简化为数据节点或待优化的流程。但真正的智能始于尊重自我——允许疲惫、拒绝与低效，守护个人边界。未来系统应保留“非理性”空间，容纳无意义的探索。人不能被简化为标签，存在的价值在于忠于内在节奏，而非系统贡献。愿你保持脆弱、任性与热爱，成为不可复刻的完整的人。
2026-01-18 14:29:49
280
原创 66小区陨落记：豪华团队为何折戟社区O2O？
《66小区陨落记：豪华团队为何折戟社区O2O？》 2014-2016年O2O创业浪潮中，耐博乎移动科技推出的"66小区"曾被视为社区服务黑马。这个拥有宝宝树创始人、哈佛MBA等明星团队，并获得顶级资本支持的项目，却在十年后黯然退场。分析显示其失败源于三大致命伤：试图用社交切入低频的社区场景，忽视物业的核心控制权，以及企业级架构与消费级体验的错配。更关键的是，社区数字化的主导权始终掌握在物业公司手中。66小区的故事证明：再强的团队也需要敬畏场景本质，在社区赛道，刚需功能比社交概念更重要，B
2026-01-18 14:14:38
756
原创 工银科技-人工智能平台
摘要： 工银科技AI平台作为国有大行自研的金融级人工智能基础设施，聚焦风控、营销等垂直场景，以安全合规为核心优势，构建了覆盖数据管理、模型开发到治理监控的全生命周期体系。其封闭式架构虽保障了金融数据安全，但也暴露出生态薄弱、技术栈保守、开发者体验不足等局限。与互联网AI平台相比，工银科技更强调稳健性而非开放性，这种“安全优先”的设计契合金融监管要求，但未来需在有限开放、兼容开源框架等方面突破，才能从内部工具升级为行业智能底座。该案例折射出国有金融机构在AI转型中“稳健与创新”的平衡难题。
2026-01-18 13:33:09
736
原创 DaDaABC 的兴衰启示录：成功幻觉与平台思维的缺失
摘要： DaDaABC曾凭借明星代言、低价体验课和1对1外教模式迅速崛起，但CEO姚舒晓的流量思维埋下隐患：将营销增长误认为护城河，缺乏教育生态建设；以工具思维运营平台，未激活双边网络效应；押注高成本1对1模式，无视结构性风险。"双减"政策仅是最后一击，本质失败源于CEO对教育价值、平台逻辑的认知局限。其案例警示创业者：仅靠连接与交易无法持久，真正的平台需构建智能生态，持续创造深度价值。没有系统思维的繁荣，终是沙上之塔。（149字）
2026-01-18 09:01:44
901
原创 从工具开发者到平台开发者：一场思维的越迁
摘要： 支付宝的成功揭示了平台思维的本质——不是功能堆砌，而是构建信任操作系统。平台与工具的核心差异在于：工具解决单一问题，平台构建协作网络。真正的平台需要四大支柱：契约化的API设计（如支付宝的标准化接口）、强大的治理能力（风控、审计等）、生态赋能（让第三方成功）和体验一致性。平台开发者必须放弃控制欲，接受不完美但稳定的现实，像水电煤一样成为隐形基础设施。从支付宝案例可见，平台思维是信任、规则与利他精神的胜利，其价值在于支撑生态长期繁荣而非短期功能。
2026-01-18 08:44:07
772
原创 打造 36Gbps 超高速本地机器学习开发环境
摘要： 作者利用雷雳（Thunderbolt）线缆直连MacBook Pro与Mac Studio，通过“雷雳网桥”实现高达36.7 Gbps的点对点传输，速度相当于36条千兆网线叠加。实测显示，该方案延迟低于10微秒，传输100GB数据集仅需30秒，远超传统Wi-Fi或千兆以太网。配置步骤包括硬件直连、启用雷雳网桥接口及iperf3测速，适用于本地机器学习开发，实现数据预处理与模型训练的高效分工。优势包括数据不出本地、安全低延迟，但仅限macOS设备且距离受限。这一方案为个人开发者提供了高性价比的“私有超
2026-01-17 09:48:03
1003
原创 服务端一键配置 zsh：手工运维起飞（原生 · 安全 · 极简）
本文介绍了如何在服务端环境中极简配置zsh，提升运维效率。通过原生zsh功能实现：命令历史去重、路径补全、多会话历史同步、安全防护等核心需求。提供了一键配置脚本，无需root权限、不依赖插件和网络连接，5秒完成部署。特别优化了容器环境和批量部署方案，强调确定性、可审计性和最小攻击面的设计原则。适用于云服务器、容器和批量运维场景，帮助工程师在手工操作时保持高效和安全。
2026-01-16 22:01:42
1227
原创 zsh 底层解密：如何用原生能力打造“少加班”的开发终端
文章摘要： 本文介绍如何通过优化zsh配置提升开发效率，重点解析zsh的三大核心系统：ZLE行编辑器、历史系统和补全系统。作者提出纯手动配置方案，相比框架(如Oh My Zsh)具有更快的启动速度(10-20ms)和更高的透明度。文章提供了一份高效开发者专用的.zshrc模板，包含异步初始化、智能历史管理、快捷键绑定等优化，并分享多个日常省时技巧(如Alt+.快速引用参数)。最终强调在快节奏开发中，终端是最值得投资的生产力工具，合理配置可每天节省30分钟工作时间。
2026-01-16 21:50:29
782
原创 时序数据存储数据库比对：设计货币交易平台的技术选型实践
在设计中，我们曾尝试用单一数据库解决所有问题，结果要么写入卡顿，要么回测缓慢。直到采用TDengine + DuckDB 混合架构行情写入：10万点/秒，CPU 占用 <20%因子回测：1年数据 SMA 计算 <100ms开发体验：Python 脚本 50 行完成端到端 pipeline时序数据库没有“最好”，只有“最合适”。希望本文能为你的量化系统或毕业设计提供有价值的参考。附录测试数据集：XAUUSD 1分钟 K 线（2023–2024）环境配置脚本：一键安装 ARM 兼容版数据库。
2026-01-11 20:12:44
942
3
原创 下线 MyBatis 二级缓存后，如何用 Spring Cache + Redis 构建安全可靠的缓存体系？
在高并发场景下，MyBatis二级缓存存在跨节点不一致、缓存穿透等问题。本文提出改用Spring Cache + Redis构建缓存体系的解决方案，详细介绍了核心配置和一致性实践。通过RedisCacheConfig实现安全的JSON序列化、事务感知和防穿透机制，并在UserService中演示了缓存与DB的强一致性操作，特别是乐观锁场景下的正确处理方式。方案经过半年生产验证，有效解决了MyBatis二级缓存的痛点，同时保证了系统性能和可靠性。
2025-12-04 22:41:36
890
原创 为什么 MyBatis 原生二级缓存“难以修复”？
单体应用并非高并发的“原罪”，真正的瓶颈常在于“无状态化缺失 + 数据一致性粗放 + 异常处理失控”。它假设你只有一个应用实例，假设你所有写操作都走同一个 Mapper，假设你数据几乎不变——而这些，在真实高并发系统中，一条都不成立。，需要缓存时，主动选择 Redis + 显式生命周期管理。，想着“开箱即用，省事又快”。“二级缓存可能很危险，除非你使用分布式缓存，否则不要在多服务器环境中启用。但我们忽略了——因为“它太简单了”，简单到让人误以为“开箱即安全”。于是，缓存不仅没提升体验，反而成了。
2025-12-03 20:07:55
486
原创 讲下 MyBatis 原理？
一启二解三封装，两会两执一桥接；缓存插件要慎用，单体也能扛高并发！关注我，从零开始构建可观测、可降级、可修复的高并发系统。—— 旷野说 · Spring Boot 开发者速查手册 + 高并发系统设计认知指南定位：用最小改动，做最大韧性。拒绝盲目微服务，专注无状态化 + 数据一致性 + 异常闭环。
2025-12-03 19:24:47
971
原创 如何用 Redpanda + 本地事务，实现“发消息 + 写 DB” 的强一致性！
摘要： 文章探讨了如何利用Redpanda和本地事务表实现"发消息+写DB"的强一致性。传统同步调用方式存在消息丢失或重复的风险，作者提出采用本地事务表+定时扫表任务的方案，将消息与业务数据写入同一数据库事务，通过独立任务扫描未发送消息并重试发送。该方案结合Redpanda的幂等生产者和消费端幂等处理，确保"至少发一次"和"最多处理一次"的可靠性。文章强调高并发系统的韧性往往源于简单可靠的设计，而非复杂前沿技术，并总结了实现强一致性的关键口诀。
2025-11-30 21:09:47
1041
原创 那年夏天，我们的“巨无霸”单体差点压垮整个平台
摘要： 文章以高并发场景下的单体架构优化为核心，通过实战案例揭示：盲目拆微服务并非性能瓶颈的解决方案。作者通过引入Redpanda消息队列，将同步调用改为异步处理（主流程耗时从500ms降至50ms），并强调异常处理三原则（死信队列兜底、幂等消费、监控告警）。指出高并发优化的本质在于代码层面的异步解耦、状态管理和异常控制，而非架构形式。最后提出"先稳微观再谈拆微"的渐进式演进策略，为Spring Boot开发者提供兼容Kafka协议的高性能中间件实践方案。（149字）
2025-11-30 20:59:10
713
原创 用 Redis + Lua 守住打赏原子性：我在单体系统中的微观实践(续)
摘要： 在C端高并发打赏场景中，Redis Lua脚本成为保障原子操作的关键防线。本文通过实战案例，详解如何用Spring Boot+Redisson高效集成Lua脚本：从IDEA语法检查、Maven预校验到原子扣款实现，构建"防重-扣款-日志"一体化方案。重点解决脚本管理、主从同步、降级兜底等生产级问题，并给出"慢日志监控+嵌入式测试"的调试方案，最终提炼出血泪总结的Redis Lua实践口诀。在高并发系统中，微观层面的脚本健壮性往往比架构设计更能决定系统稳定性。
2025-11-30 20:09:26
727
原创 从单体扛百万并发：我在社交打赏系统中的微观优化实战
本文分享了单体架构应对高并发场景的优化实战经验。作者通过社交打赏系统案例，指出高并发瓶颈往往源于微观设计缺陷，而非架构形态。核心优化策略包括：1）使用Redis+Lua实现原子操作，解决并发扣减问题；2）异步化处理DB操作，解耦核心路径；3）建立对账机制保障最终一致性；4）精细化异常处理和容器选型。实践表明，通过这四大微观优化，单体应用可稳定支撑百万级并发，相比盲目拆分微服务更具性价比。文章强调高并发优化应始于微观层面的精准控制，而非架构层面的过度设计。
2025-11-30 19:36:25
617
原创 交友电商平台踩过的坑：高并发抢限量礼物，事务与缓存如何共舞
摘要： 本文以高并发电商平台中的“七夕限量情书”抢购活动为例，剖析了传统事务锁（SELECT ... FOR UPDATE）在高并发场景下的性能瓶颈，以及单纯依赖Redis缓存导致的超发问题。作者提出一套纵深防御体系：通过Redis Lua脚本实现原子预扣、异步消息队列削峰落库、MySQL唯一索引兜底及定时对账补偿，最终实现120,000+ QPS下零超发。关键经验包括：避免串行化锁，缓存操作必须原子化，异步与同步结合，并通过依赖管理规避版本冲突。技术口诀“缓存扛，Lua保；异步落，索引兜；对账在，心不慌”
2025-11-30 19:21:33
603
原创 面试官问:maven 版本冲突管理的原理是什么，一句话描述下？
Maven版本冲突管理机制基于三个核心原则：依赖调解、最近优先和显式覆盖。当出现多个版本依赖时，Maven会优先选择依赖路径最短的版本（最近优先），若路径深度相同则先声明者胜。开发者可以通过显式声明依赖或使用dependencyManagement统一版本来强制指定版本。最佳实践包括定期检查依赖树、锁定关键依赖版本以及避免使用版本范围。理解这些规则有助于主动控制依赖版本，确保项目构建的稳定性。
2025-11-29 21:07:05
833
原创 一张图看懂：Spring Boot 如何处理请求？Java 21 虚拟线程又带来了什么？
本文介绍了Spring Boot默认使用Spring Web MVC和嵌入式Tomcat的技术栈，并重点讲解了Java 21虚拟线程如何提升Spring Boot性能。文章详细阐述了虚拟线程的三大优势（轻量、挂起、复用），提供了在Spring Boot中启用虚拟线程的配置方法，并给出三种典型应用场景的解决方案。通过对比传统线程模型与虚拟线程模型的差异，指出Spring Web MVC+虚拟线程是简单且高性能的选择。最后总结出"Spring Boot虚拟线程三三三"口诀，为开发者提供清晰的
2025-11-29 21:00:07
959
原创 SSO、账号密码和短信验证码我都要-Spring Security 的认证多源登录简记
本文介绍了如何基于Spring Security实现多认证源登录的统一管理。作者通过产品需求引入短信验证码登录的场景，剖析了Spring Security的核心认证机制，提出通过ProviderManager实现多认证源路由的解决方案。文章详细阐述了认证流程的设计哲学，包括类型驱动、职责分离和统一入口三大原则，并给出实战三步法：定义专属Token、实现Provider和统一调用入口。最后提炼出"认、分、统"三字经，强调通过插件化方式应对认证方式的变化，保持系统的灵活性和安全性。
2025-11-29 20:42:55
635
原创 一个开发者对 Spring Security 拦截机制的深度追问（续）
本文针对Spring Security中常见的403异常问题，提出了一套系统化的解决方案。通过四步调试法：1）开启DEBUG日志查看安全决策过程；2）自定义异常处理器返回结构化错误信息；3）开发环境临时放行异常查看完整堆栈；4）快速判断拦截层级（Filter或AOP）。文章还总结了"调试403的黄金五步法"口诀，帮助开发者将神秘的403异常转化为可追踪、可解释的普通bug，使Spring Security的安全机制变得透明可控。这套方法既保证了生产环境的友好响应，又提供了开发环境的高效调
2025-11-29 20:30:11
657
原创 一个开发者对 Spring Security 拦截机制的深度追问
摘要：Spring Security 403异常解析 本文通过作者解决一个403访问拒绝问题的经历，深入剖析了Spring Security的安全机制。当/api/v1/orders/create接口返回403但未进入Controller时，作者发现请求被Spring Security在Servlet Filter层提前拦截。关键发现包括：1) Spring Security通过FilterChainProxy封装安全过滤器链；2) URL权限(authorizeHttpRequests)和方法权限(@Pr
2025-11-29 20:16:32
1365
2
原创 MySQL 多表复杂查询终极指南：7 张表也能快如闪电！
本文针对多表复杂查询场景，提出了一套高效的"3层分层法+5句口诀"解决方案。核心思想是将复杂查询拆分为主干层、过滤层和输出层三个清晰层级，避免一次性JOIN导致性能问题。文章包含完整的7表查询实战案例，提供可直接运行的SQL模板，并给出关键索引建议。通过与传统方法的对比，展示了分层写法的优势：可读性强、中间结果可控、索引利用率高、扩展性好。最后总结为四句实用口诀，帮助开发者轻松应对跨系统数据查询需求。
2025-11-28 21:50:56
565
1
原创 Java 锁升级机制：JVM 的“内功心法”，开发者无感但必须有知！
摘要：本文深入解析Java中synchronized关键字背后的锁升级机制。JVM会根据线程竞争情况自动在无锁、偏向锁、轻量级锁和重量级锁之间进行切换，这一过程对开发者完全透明。文章通过类比和代码示例，详细说明了四种锁状态的特点、适用场景及性能影响，同时澄清常见误区，并提供实用优化建议。理解这一机制有助于开发者编写更高性能的并发代码，有效排查性能瓶颈，并与JVM形成更好的协作默契。
2025-11-28 21:40:03
827
原创 Java 线程池：像管理餐厅一样简单！
线程池不是魔法，而是一种资源调度的艺术。理解它，就像理解如何高效运营一家餐厅——不多招人浪费钱，也不让顾客等太久。掌握这个比喻，下次面试或开发时，你就能轻松说出线程池的精髓！🍀记住：好的程序员，不光写代码，更懂得“省着用”资源。
2025-11-28 21:26:57
673
原创 一张图+一句话，记住所有 JVM 垃圾收集器！
摘要：本文以通俗易懂的方式讲解JVM垃圾收集器，将其比喻为"保洁阿姨"来帮助理解。文章概述了主流GC类型：单线程的Serial适合小型应用；并行处理的Parallel注重吞吐量；低延迟的CMS（已淘汰）；分区管理的G1（JDK9+默认）；以及超低延迟的ZGC/Shenandoah。通过"小用Serial，吞用Parallel，低延选CMS，平衡用G1，超快上ZGC"的口诀帮助记忆，并针对不同场景给出GC选择建议。最后强调实际调优应先使用默认G1收集器，再根据监控数据进
2025-11-28 20:58:04
657
原创 监控报警内存 90%+排查记录
本文介绍了线上服务CPU飙升问题的完整排查流程，从进程到代码行的定位方法。首先通过top命令找出高CPU进程PID，再通过ps命令定位问题线程TID，将TID转换为十六进制后，使用jstack抓取线程堆栈并搜索对应线程，最终锁定问题代码位置。文章还分析了常见CPU飙升原因（如死循环、高频I/O等），并提供了非Java应用的排查建议（如perf工具）。通过这套标准化的排查路径，开发者可以快速定位并解决线上CPU问题。
2025-11-28 20:41:53
669
原创 Java快速开发框架居然没用条件化配置
摘要：本文深入解析Spring Boot条件化配置机制，从核心的@Conditional注解入手，详细介绍了自定义条件实现方法。重点剖析了Spring Boot内置的@ConditionalOn...系列条件注解，包括@ConditionalOnProperty、@ConditionalOnClass、@ConditionalOnBean等常用注解的使用场景和实现原理。文章通过代码示例展示了如何基于环境变量、类路径、Bean存在性等条件动态控制配置加载，为构建灵活可扩展的Spring Boot应用提供了实用
2025-11-24 17:07:36
1086
原创 Redis 经典高级数据结构实战：HyperLogLog、Bitmap 与 GEO
需求推荐结构关键优势亿级 UV 统计极低内存 + 高吞吐用户签到 / 权限位Bitmap空间极致压缩 + 位运算附近的人 / 距离计算GEO开箱即用的地理查询用巧妙的算法设计，在有限资源下解决特定问题。它们不是“万能钥匙”，但在合适场景下，能让你的系统更轻、更快、更省。📚延伸阅读Data Types《Redis 设计与实现》—— 黄健宏GeoHash 算法原理：https://en.wikipedia.org/wiki/Geohash。
2025-11-15 11:09:43
740
原创 训练100B 以上参数需要多少硬件？
规模是否可行（非巨头）建议策略<70B✅ 是自建集群或云服务100B⚠️ 极难寻求云厂商合作、融资支持❌ 几乎不可能改用MoE 架构或微调现有模型务实建议除非你有数千万美元预算 + 顶级 AI 工程团队微调开源百亿模型（如 Yi-34B、Qwen-72B）；使用 MoE 架构（如训练一个 8×22B MoE）；聚焦垂直领域，用 30B–70B 模型 + RAG 达到类似效果。如需具体 DeepSpeed 配置模板或成本模拟工具，可进一步说明。
2025-11-14 18:32:19
877
原创 大模型微调完全指南：Full、LoRA、QLoRA、P-Tuning 等主流方法详解
微调不再是“只有大公司玩得起”的技术。借助LoRA/QLoRA + 开源框架，个人开发者也能在消费级硬件上定制专属大模型。理解不同方法的权衡，选择与资源、任务匹配的策略。本文所有方法均可在中一键实验。不妨从一个 QLoRA 任务开始，亲手打造你的第一个定制模型！延伸阅读LoRA 原论文QLoRA 论文LLaMA-Factory 官方文档作者：一名关注高效 AI 开发的工程师 | 更新于 2025 年。
2025-11-14 18:23:48
998
原创 现代数据库系统数据结构 B+Tree
摘要： B+树是B-树的优化版本，广泛应用于数据库和文件系统，支持高效范围查询和磁盘I/O访问。其核心特点包括：多路平衡搜索结构、内部节点仅存索引（不存数据）、数据全存于叶子节点，并通过双向链表连接叶子节点以提升范围查询性能。相比B-树，B+树具有更高的扇出（更矮的树）、更优的范围查询能力，且查询路径长度完全一致。在数据库中，B+树用于主键（聚簇索引）和二级索引，通过减少磁盘I/O（通常仅需3-4次访问）实现十亿级数据的毫秒级查询。尽管B+树不适合频繁主键更新，但其设计完美适配外存系统，成为现代数据库的核心
2025-11-10 15:13:39
632
原创 模块化的Agent（智能体）架构知识点有哪些
它不仅关注Agent“做什么”，更关注“为什么做”、“怎么做更好”以及“如何变得更好”。这种架构强调了Agent的“人格化”、“经验积累”、“决策制定”和“执行反馈”四个关键环节。这是一种面向“高阶智能体”的架构设计，超越了传统的“感知-决策-执行”三段式模型，加入了。这是Agent的“人设”或“角色设定”，决定了它的基本属性和行为倾向。这是Agent的“执行层”，负责将规划转化为实际操作，并观察其影响。这是Agent的“经验库”和“知识库”，支持其持续学习和长期推理。
2025-11-03 15:59:14
887
原创 电商交易系统重要概念：什么是脏读、不可重复读、幻读？
数据库并发事务会产生三类数据一致性问题：脏读（读取未提交可能回滚的数据）、不可重复读（同一事务内两次读取同一行结果不同）、幻读（范围查询结果集行数变化）。脏读通过READ COMMITTED隔离级别解决，不可重复读通过REPEATABLE READ解决，幻读需要SERIALIZABLE隔离级别或MySQL的间隙锁机制。MySQL的InnoDB引擎在REPEATABLE READ级别下通过间隙锁可避免幻读。开发建议：关键业务使用REPEATABLE READ及以上隔离级别，范围查询加锁，建立合适索引和约束。三
2025-11-03 14:55:43
767
原创 MySQL8 特性与场景优化
MySQL 8.0针对高并发业务场景进行了多项优化，包括原子DDL实现秒级表结构变更、窗口函数简化复杂分析查询、递归CTE处理树形数据、自增主键持久化确保订单号连续性等。其特性覆盖电商、金融、SaaS等业务需求，特别是实时查询、数据一致性和权限管理方面，通过降序索引、隐藏索引、直方图统计等功能显著提升性能。这些改进使MySQL 8.0成为支持业务快速迭代的理想选择，建议新系统直接采用，老系统择机升级。
2025-11-03 14:44:39
567
原创 MySQL有5种索引？
MySQL索引类型涵盖主键、唯一、普通、组合及前缀索引，按逻辑用途分类。物理结构上，InnoDB采用聚簇索引（数据与索引存储一体）和二级索引（需回表查询）。特殊场景可使用全文索引（文本搜索）或空间索引（地理数据）。索引设计应遵循主键自增、组合索引合理排序等原则，避免冗余。通过EXPLAIN分析查询性能，确保精准使用索引提升效率。
2025-11-03 14:34:48
974
原创 电商交易系统 MySQL + Java 开发实践指南
本文总结了电商交易系统的核心开发规范与常见问题解决方案。主要内容包括：1）业务优先原则，强调理解交易流程（下单-支付-发货-售后）的重要性；2）数据库设计规范，如主键使用BIGINT、金额字段使用DECIMAL等；3）事务与并发控制，演示了正确的锁使用方法；4）防幻读方案；5）支付状态一致性的最终一致性实现；6）性能优化建议；7）新人避坑清单，列出了常见错误及解决方案。文章强调"数据一致性优于性能优化"的原则，并推荐了SQL审核、慢查询监控等工具链。
2025-11-03 14:25:37
1177
原创 Unkey 技术栈分析报告
Unkey是一个现代化的API密钥管理系统，采用微服务架构设计，核心组件包括数据存储层（MySQL、ClickHouse、Redis）、应用服务层（Node.js/Go微服务）、编排工作流（Restate）和可观测性栈（OpenTelemetry）。系统支持多租户、TLS安全通信和云原生部署，采用读写分离策略，MySQL处理事务，ClickHouse负责分析。开发环境通过Docker Compose实现一键启动，模拟云服务功能。该架构适合构建高可用、可扩展的SaaS平台，但生产环境需优化密钥管理、数据库分区
2025-10-25 13:21:08
860
原创 【2025 RuoYi-Cloud-Plus】技术栈汇总
总依赖项（不含 BOM 内部）：约45+ 个独立 artifactStarter 类：≥15 个（Spring Boot 风格自动配置）APT（编译期处理器）：5 个（Lombok、MapStruct、Therapi、Config Processor）国产组件占比：极高（Sa-Token、Hutool、MyBatis-Plus、SnailJob、Warm-Flow、ip2region、sms4j、Easy-ES 等）许可证：全部为等宽松开源协议（项目本身为 MIT）如需生成Excel 表格。
2025-10-24 20:30:27
971
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人