- 博客(64)
- 收藏
- 关注
RSS订阅原创 契约驱动下的AI代码生成：一人团队的开发与测试闭环
本文探讨了如何利用AI基于契约直接生成业务系统代码，构建"一人即团队"的高度自动化开发模式。文章提出三大关键问题及解决方案： 编码Agent设计：定义严格的"AI程序员"角色，仅根据四大契约（接口、业务规则、术语、测试用例）生成代码，禁止创造性发挥。 技能拆解：将代码生成分解为6个核心技能单元（项目初始化、模型生成、错误处理等），通过共享上下文确保各单元产出的一致性。 质量控制：建立三层自动化防线（静态检查、编译测试、运行时监控）确保代码严格遵循契约，并设计契约-代码映射视图辅助人工复审。 该方案旨在打通需
2026-06-28 23:09:36
431
原创 三层架构（自动化+智能+人工）、四大契约与渐进路线：构建AI时代可治理的自动化测试平台
在AI技术浪潮席卷软件研发领域的当下，如何将其能力稳定、可控地融入自动化测试体系，是众多测试团队面临的核心挑战。本文分享“三层自动化测试平台”总体设计思路，其核心理念并非追求极致的AI智能化，而是构建一个“结构化自动化底座 + AI 增强 + 人工治理”的混合协作体系。该设计旨在将执行链路的不确定性降至最低，同时利用AI显著提升测试资产的生产与优化效率。总而言之，这套三层自动化测试平台的总体设计，倡导的是一条以工程化和协作为基石的智能化测试路径。它不追求用AI“黑盒”替代所有人工，而是通过。
2026-06-28 23:08:33
499
原创 软件开发中隐性业务规则的终结者：驾驭工程、规范文档与Skill的职责边界
文章摘要 本文针对技术文档与业务规则脱节的问题，提出了从规范文档、工程能力和个人技能三个维度协同解决的方案。通过一个合同管理系统的典型案例，分析隐性业务规则缺失导致的接口设计缺陷，指出Swagger等工具仅描述字段而忽略业务约束的局限性。文章提出分层自动化测试平台架构（自动化层、智能化层、人工层），详细设计了四层结构的测试用例模型（Meta、Context、Steps、Verdict），实现业务规则从文档到测试用例的全链路贯通。最后给出Java工程实践方案，通过扩展OpenAPI注解将业务规则直接关联到接口
2026-06-27 23:39:44
226
原创 工业5.0+AI重塑软件测试：自动化-智能化-人工三层协同落地架构
本文提出工业5.0时代的三层人机协同测试框架，解决传统自动化测试在复杂场景覆盖、维护成本和质量风险方面的瓶颈。框架包含自动化层（处理结构化重复任务）、智能化层（AI补全复杂场景）和人工层（聚焦高风险决策），形成分层解耦、闭环迭代的测试体系。该方案在互联网和智能家居行业已验证，可实现效率提升5倍以上、复杂场景覆盖率达90%+，同时将人工测试压缩至10%-15%，推动测试从成本中心转型为质量赋能中心。未来趋势将向架构标准化、AI角色升级和自然语言测试方向发展。
2026-06-27 23:38:08
244
原创 【Flutter实战】层次化UI定位 + BDD
本文探讨了Flutter自动化测试中UI变动导致测试脚本失效的痛点，提出层次化UI定位结合BDD的解决方案。核心思路是为关键UI元素分配"业务语义ID"（四层命名结构），通过ValueKey实现跨平台稳定定位。方案实施包括：创建常量管理文件、为Widget添加Key、测试中使用find.byKey()定位，并与BDD步骤定义结合。实践案例显示，该方法在UI改版时能保持测试脚本稳定，显著提升可读性和维护性。文章还总结了技术选型优势（ValueKey优于data-testid）、实施注意事项
2026-06-26 23:47:51
613
原创 告别脆弱的XPath：层级化命名空间如何让UI自动化测试稳如泰山
本文探讨了UI自动化测试中传统元素定位方法（如XPath、CSS选择器）的三大痛点：脆弱性、语义缺失和多端重复维护。针对这些问题，提出了一种层级化命名空间（Hierarchical Namespace）的解决方案。该方案通过四层业务语义标识（业务模块→页面→组件→元素）替代技术路径，使元素定位与UI结构解耦。文章详细介绍了规范设计原则、多平台实现方式（Web/React Native/iOS/Android）、团队协作流程，并展望了这种语义化方案与AI结合的未来可能性。这种基于业务语义而非技术实现的方案，能
2026-06-26 23:46:21
248
原创 从工业5.0到实战：一个智能仓库管理系统的设计与Flutter优化
工业5.0不是让你成为更窄的“技术专才”，而是成为能驾驭技术、理解人性、思考可持续的复合型人才。你的毕业设计恰恰是展示这种能力的最佳舞台。行动建议先搭建模拟器（订单、库存、工人位置生成器），这是所有功能的基础。核心算法优先：路径规划 + 动态任务分配。碳足迹仪表盘和人机共决异常处理最容易出彩。答辩话术：不要说“我做了个仓库系统”，而要说“我设计了一个面向工业5.0的人机协同仓库管理系统，将工人的隐性知识融入算法，同时实现碳排放可视化与供应链韧性模拟”。
2026-04-03 23:59:33
400
原创 构建智能SKU系统：编码规则、元数据设计与DDD实战指南
SKU编码系统设计摘要 SKU编码系统是现代商业系统的核心基础设施，承担着业务规则载体、系统集成桥梁、数据分析基础和运营效率引擎等多重角色。本文提出了一套完整的SKU编码解决方案： 规则类型分类：包括标准规则、自定义规则、系统生成规则、供应商规则、平台规则和临时规则等6种类型，每种类型对应不同的业务场景需求。 元数据设计：通过品类前缀、业务线、仓库策略等元数据字段，使SKU具备自我描述能力，支持智能解析和动态校验功能。 智能应用：基于元数据的规则引擎可实现自动解析SKU属性、动态格式校验以及业务逻辑判断（如
2026-04-03 23:58:25
518
原创 仓储系统核心编码设计与分布式ID生成实践
本文系统探讨了供应链与仓储管理系统中的编码设计与ID生成策略。针对SKU编码，提出稳定优先原则，避免包含易变业务属性；业务单据号采用数据库号段模式，实现高可用与业务可读性；库存业务编码则结合仓库、SKU、批次等要素。文章对比分析了数据库自增、号段模式、雪花算法等ID生成方案的适用场景，并分享了号段模式的高阶实践技巧，包括双Buffer预加载和分组键设计。最终建议通过统一生成服务强制执行编码规则，构建健壮可扩展的系统架构。
2026-04-02 23:56:17
603
原创 AI辅助DDD微服务开发：从混乱到规范的实践之路
本文探讨了AI生成代码在软件开发中的不稳定性问题及解决方案。文章指出，AI生成的代码常存在领域模型污染、架构层次混乱等问题，根源在于缺乏项目上下文。作者提出通过制定严格的project_rules.md规范文件，结合DDD实践来确保代码质量。规范要求领域层保持纯粹性，禁止包含技术字段，并详细说明了聚合根、领域事件和值对象的设计规范。在基础设施层，推荐使用JPA审计注解和MapStruct转换器来简化技术实现。通过明确的规则约束和分层设计，可以有效提升AI生成代码的稳定性和可维护性。
2026-04-01 23:55:43
1207
原创 领域驱动设计（DDD）实战指南：如何正确构建复杂系统
然而，在实际落地过程中，许多团队由于对DDD核心概念的理解偏差，导致了“过度设计”或“设计不足”的陷阱。通过清晰的边界划分，将庞大的系统拆解为可管理的模块，再通过合理的聚合设计保障业务规则的完整性。通过与领域专家的深入沟通，提炼出统一的领域语言，并将其转化为代码中的实体（Entity）、值对象（Value Object）和领域服务。这是解决系统复杂性的关键。：DDD并非银弹，它主要解决的是业务逻辑的复杂性，而非技术复杂性。本文将带你穿透DDD的迷雾，通过直观的图表与对比，揭示其在复杂系统中的正确打开方式。
2026-04-01 23:52:28
369
原创 从羊肠小道到智能高速：HTTP1到HTTP3的演进之路
回顾HTTP1到HTTP3的演进，就像看一场道路系统的升级：HTTP1解决了“能不能通”的问题，就像羊肠小道连接了各个村庄和城市，实现了最基础的信息传递；HTTP2解决了“能不能高效通”的问题，就像高速公路拓宽了车道、提升了通行效率，满足了日益增长的数据传输需求；HTTP3解决了“能不能更稳、更快、更灵活地通”的问题，就像智能高速重构了底层架构，打破了瓶颈，适配了移动互联网、高清视频、实时交互等更复杂的场景。
2026-03-30 22:53:16
307
原创 JVM方法区演进：从永久代的内存困境到元空间的破局之路
本文深入解析了JVM从永久代(PermGen)到元空间(Metaspace)的内存架构变革。通过大脑记忆的比喻，将永久代比作拥挤的老城区，存在三大致命痛点：固定容量易OOM、GC效率低、数据混杂。而元空间通过独立本地内存、弹性扩容、高效GC和分类存储等设计，彻底解决了这些问题。文章还提供了动态生成类的测试代码，直观展示了JDK7下永久代快速OOM与JDK8元空间稳定运行的差异。这一变革使JVM内存管理更加合理高效，为现代Java应用提供了更好的支持。
2026-03-30 22:26:36
528
原创 从“找Bug”到“防Bug”：测试工程师的核心方法论与实战指南
《测试工程师的高效方法论：从找Bug到防风险》 本文系统梳理了企业级产品的测试实战经验，提出测试核心目标是"让线上出Bug最少"。首先剖析线上问题的四大类型（权限/交互/业务/非功能），重点解析最高频的权限问题三维模型（功能/数据/字段权限）。针对弱网与并发场景，提出四道防重复提交防线和并发测试方案。建立Bug定级四维评分模型，指导测试资源分配遵循二八原则和金字塔模型（单元60%/集成30%/UI10%）。强调根因分析五步法和风险嗅觉培养，通过积累"风险模式库"预判问
2026-03-29 23:57:55
371
原创 线上故障排查：像医生治病一样拯救你的系统
本文系统总结了线上故障排查的方法论，适用于微服务架构、数据库和中间件环境。核心思路分为四步：应急止血→定位根因→修复上线→复盘预防。应急响应阶段强调先止血后治病，提供了回滚、扩容等6种紧急处理手段。根因定位提出"四板斧"框架（监控、日志、链路、变更），并给出数据库和中间件的专项排查指南。修复上线强调从临时方案到根治方案的过渡。最后重点阐述了复盘与预防体系建设，包括监控告警、变更管控等关键环节。文章还提供了Linux、JVM等常用排查命令速查，强调故障处理时要保持冷静、注重数据、记录过程。
2026-03-29 23:52:22
587
原创 从“只会鹦鹉学舌”到“能独当一面”：以人的成长为例，看懂大模型的成长史与未来
从办公、教育、医疗，到工业制造、智能家居、自动驾驶，大模型会深度融入每一个行业，替代重复性劳动，优化决策流程，成为各行各业的“基础设施”，就像水电一样，成为生活和工作中不可或缺的一部分。此时的大模型，已经从单一智能体，走向多智能体协作，能分工配合完成复杂项目，适配办公、生产、生活等各类场景，彻底成为人类的全能搭档，就像成熟的成年人，能独当一面、解决各类实际问题。这是大模型的“史前时代”，对应人类刚出生的婴儿阶段，饿了哭、饱了睡，只能对外界刺激做出最简单的反射，没有独立思考能力，更谈不上理解语义。
2026-03-28 23:57:12
1038
原创 WSL2固定Nacos IP访问Win10服务
本文介绍了在WSL2中访问Win10系统上部署的Nacos服务的解决方案。由于Win10版本不支持镜像网络，作者通过修改Nacos配置固定IP地址，成功实现了WSL2通过curl和OpenClaw访问Nacos服务。具体方法是在Nacos配置文件中设置nacos.inetutils.ip-address参数固定IP，确保每次启动使用相同地址。该方案不仅适用于Nacos，也可推广到其他中间件的跨系统访问场景，为类似环境下的服务调用提供了可行方案。
2026-03-28 22:14:27
52
原创 软件测试生命周期全解析：用考试答题逻辑，零基础吃透测试核心
核心工作：测试完成后，编写测试报告，统计测试用例执行率、缺陷数量、缺陷分布、测试覆盖率，评估软件质量；团队复盘测试过程中的问题，比如需求模糊导致用例返工、环境问题耽误进度，沉淀经验，优化后续测试流程。对应答题场景：考试结束后，总结错题原因（审题不清、计算失误），优化后续答题和检查方法，下次避免同类错误。好的测试人员，比开发更懂业务、更细心、更有逻辑，就像考场上的“金牌检查员”，能揪出考生（开发）自己发现不了的错误。软件测试生命周期，本质就是一套标准化、闭环化的质量管控流程。
2026-03-27 19:52:17
566
原创 openclaw接入小米大模型
如果你刚开始部署最新版本的话，在配置过程中你是可以配置QQ机器人和飞书还有openrouter，可以先做准备，去看相应的教程。创建openrouter的key，打开openrouter的官网，点击紫色的字体按钮【Get API key】在Linux中输入命令：openclaw onboard --auth-choice apiKey --token-provider openrouter --token "$OPENROUTER_API_KEY"，如果你还没配置的话，它可能会要你进行配置。
2026-03-27 16:48:48
1894
原创 Redis 6.0 多线程网络I/O模型详解：从单线程瓶颈到高效演进
Redis 6.0引入多线程网络I/O模型，突破单线程瓶颈。本文通过高速公路收费站和餐厅运营的类比，解析Redis单线程模型的优势与局限，以及6.0版本如何通过"网络I/O多线程+核心命令单线程"的混合架构实现性能飞跃。文章详细拆解了多线程I/O的工作流程、线程职责划分，并给出关键配置参数说明，帮助开发者理解Redis如何平衡性能与简洁性，在高并发场景下充分利用多核CPU资源。
2026-03-26 22:32:05
647
原创 程序员 = 考生？一张试卷揭开软件开发的神秘面纱！
摘要：软件开发与考试答题高度相似，都遵循“需求分析→设计→实现→验证→提交→复盘”的流程。客户是出题人，架构师拆解题干，开发者是答题考生，测试人员负责检查。团队协作时需拆解复杂问题、统一思想（通过评审会议）并固化文档（如需求说明书、测试报告等）。核心在于优先级排序和协作方法论，让知识流动而非依赖个人。软件开发本质是可复用的解题方法论，用代码书写商业需求的答案。
2026-03-26 20:49:55
416
原创 DDD与MVC设计架构的深度对比：从传统分层到领域驱动的演进之路
MVC与DDD架构对比分析：MVC采用经典三层设计（Controller、View、Model），结构简单但存在业务逻辑分散、Service层臃肿等问题。DDD以业务为核心，通过实体、值对象、聚合根等概念实现高内聚低耦合，采用四层架构（接口层、应用层、领域层、基础设施层）分离业务逻辑与数据持久化。DDD虽然复杂度高但能有效解决MVC的痛点，通过充血模型集中业务逻辑，利用基础设施层减轻Service负担，借助领域事件实现松耦合。两者各具特色，DDD更适合复杂业务场景，而AI工具的发展正降低其实现门槛。
2026-03-25 12:10:54
625
原创 考场里的软件开发生命周期
文章摘要：本文巧妙地将软件开发流程比作考试答题，形象地解释了软件开发生命周期的各个阶段：需求分析如同审题，设计阶段对应解题思路，编码相当于作答，测试如同检查答案。同时揭示了团队协作中的关键要素：需求拆分、会议评审和文档记录。通过这种生活化的类比，让读者轻松理解复杂的软件开发方法论，并认识到其本质是结构化的问题解决过程。
2026-03-25 11:03:12
311
原创 KMP算法背后的设计思想：从模式匹配到增量处理的通用哲学
KMP算法思想与增量处理技术的通用设计哲学 本文通过分析KMP字符串匹配算法，揭示了其中蕴含的增量处理与滑动窗口等通用设计思想。KMP算法通过预处理构建next数组，识别模式串的公共前后缀，实现匹配失败时的智能跳转，避免重复比较。这种思想与增量备份技术高度对应——两者都通过识别重复模式（公共前后缀/数据差异）来优化处理效率。文章还展示了滑动窗口技术在KMP算法中的隐式应用，以及这些思想在数据压缩、流处理等领域的广泛体现，最终提炼出增量处理器和滑动窗口处理器的通用设计模式，为算法设计提供了跨领域的统一视角。
2025-11-04 21:23:53
617
原创 图解KMP算法
公共前后缀：直观的理解就是重复的子串。公共前后缀仅跟模式串自己有关前缀集合：以字符串第一个字符开头的所有子串,比如A___后缀集合：以字符串最后一个字符为末尾的所有子串,比如___B注意：它们都不包含最后一个字符。字符串: "ABABA"前缀集合A__: "A", "AB", "ABA", "ABAB".后缀集合__A: "A", "BA", "ABA", "BABA"公共前后缀: "A" 和 "ABA"最长公共前后缀: "ABA" (长度=3)
2025-11-04 20:38:30
528
原创 英语介词完全指南：用空间思维攻克最难语法点
介词学习是一个从机械记忆到意象理解的过程。英语表达变得更加自然流畅语法选择不再依赖死记硬背整体语感得到质的提升这就像解锁了一种新的思维方式——不仅是学习语言，更是重新认识世界的关系网络。记住：每一个地道的介词使用，都是英语思维的一次胜利。
2025-10-22 20:51:12
839
原创 英语思维解密：从中文的“画卷”到英语的“建筑”
摘要：本文对比了中文与英语的思维差异，提出了英语思维的七大核心支柱：1.结构前置，结论先行；2.主谓宾核心；3.名词"数"与动词"态"的精确性；4.形式主语与代词；5.形合与意合；6.静态与动态表达；7.物称与人称倾向。文章通过大量实例说明英语强调核心先行、结构完整、逻辑外显的特点，并给出具体学习建议，帮助学习者摆脱逐字翻译习惯，培养地道英语思维。
2025-10-22 20:41:54
748
原创 职场第一课：用“英语思维”进行向上汇报，让你清晰又专业
摘要： 职场高效沟通的核心在于运用英语思维模式：结论先行，结构清晰。摒弃中文铺垫式表达，用“主谓宾”句式锁定核心信息（如“项目已提前上线”），并通过逻辑词（因为/所以、首先/其次）串联脉络。避免模糊表述，力求名词动词精确化（如“需要1名前端支援两周”）。推荐万能汇报框架S.C.O.R.E.：总结（Summary）、原因（Cause）、详情（Observation）、应对（Response）、期望（Expectation），确保信息直击重点，提升专业形象。
2025-10-22 20:39:30
417
原创 领域层 vs 实体层的本质区别
领域层与实体层的核心差异在于：领域层是业务模型，封装丰富的行为逻辑；实体层仅为数据载体，缺乏业务行为。传统三层架构中的实体层（贫血模型）只有数据属性和getter/setter，业务逻辑分散在Service层。而DDD的领域层（充血模型）将数据和行为紧密结合，通过方法表达业务规则，确保一致性。贫血模型适合简单CRUD应用，充血模型更适合复杂业务系统。架构选择应基于业务复杂度，领域层能更好地应对变化需求。
2025-10-20 15:43:49
620
原创 企业级订单系统架构设计：领域驱动 vs 数据驱动实践指南
本文通过订单系统案例对比了领域驱动设计(DDD)与传统三层架构的差异。针对具有复杂业务规则(多渠道订单、实时库存、动态定价等)的订单系统，推荐采用DDD架构。文中详细展示了DDD实现方案，包括领域模型设计(订单聚合、客户/产品实体)、领域事件(订单创建/审批/库存预留事件)以及核心领域实现(工厂方法、业务规则验证)。与传统三层架构相比，DDD将业务逻辑集中在领域层，采用充血模型，更适合长期演进的复杂业务系统。通过类图和时序图直观呈现了领域模型间的关系和交互流程。
2025-10-20 15:41:39
1123
原创 以联系发展的眼光设计系统：从ERP到通用架构模式
系统设计哲学与模块关联分析 本文基于马克思哲学的联系发展观，探讨了系统设计的核心思想与方法。通过ERP系统模块关联图展示了各业务组件间的内在联系和协同关系，揭示了财务管理在系统中的枢纽地位。文章分析了"输入-处理-输出"这一通用系统模式，并通过订单处理流程实例演示了业务时序展开过程。在面向对象设计层面，通过类图和Java代码示例阐释了实体类间的组合、关联等关系设计，体现了系统设计的整体性与关联性思维。这些分析方法为理解复杂系统提供了结构化视角，强调系统各要素间的相互依存和动态演进特性。
2025-10-19 22:30:13
615
原创 Netty网络架构与Reactor模式深度解析
本文深入解析了Netty高性能网络编程架构的核心设计思想。首先介绍了Reactor模式的基础概念，包括其三大核心角色（Reactor、Acceptor、Handler）和线程模型演进过程。其次，详细分析了Netty的架构设计，通过类图展示了EventLoopGroup、Channel、Pipeline等核心组件的关系。最后，从源码层面解析了EventLoop事件循环机制和ChannelPipeline责任链模式的实现细节，包括事件监听、任务处理、处理器链式调用等关键流程。全文结合响应式编程思想，系统阐述了N
2025-10-19 22:27:18
943
原创 深入理解软件设计中的协议与规范：从理论到Java实践
本文探讨了软件设计中"规范"与"协议"的核心差异与联系。规范作为设计约束框架，通过Java接口、注解等定义行为契约；而协议则是具体交互规则，通过枚举、泛型类等实现。两者关系体现为：协议是规范的具体化体现，而规范指导协议设计。在Java中，规范关注"应该怎样"（如性能要求、安全约束），而协议则定义"如何交互"（如HTTP方法、状态码）。文章通过代码示例展示了如何在Java中实现规范约束（业务规则验证）和协议规则（HTTP协议常量、
2025-10-17 22:16:27
747
原创 面向接口编程与自上而下的系统设计艺术
本文探讨了面向接口编程和自上而下系统设计在构建灵活稳定软件系统中的重要性。首先介绍了面向接口编程如何通过依赖抽象而非具体实现来降低耦合度，并通过Java示例展示了接口隔离原则的应用。随后，文章聚焦于面向业务编程，指导如何识别业务中的变化点并将其抽象化，以定价策略为例，演示了如何通过接口和策略模式实现灵活的价格计算规则。这些实践方法能有效提升系统的可维护性和扩展性，为应对业务变化提供了可靠的技术保障。
2025-10-17 22:14:05
1009
原创 深入理解代理模式：从Java代码到网络架构
代理模式是一种通过中介对象间接访问目标对象的设计模式，在生活中和软件系统中都有广泛应用。其核心价值在于解耦，使客户端无需直接与目标对象交互。Java中可通过静态代理（明确指定代理类）和动态代理（运行时生成代理类）实现。在网络架构中，正向代理为客户端服务（如访问控制、缓存），反向代理为服务器端服务（如负载均衡、安全防护）。两者主要区别在于服务对象不同：正向代理代表客户端，反向代理代表服务器，但都遵循"委托-代理"的核心思想。
2025-10-15 20:42:11
1317
原创 回调（CallBack）
摘要： 回调是异步编程的核心模式，通过将函数作为参数传递，在特定事件触发时执行，实现非阻塞操作。其关键优势在于解耦和事件驱动，适用于高并发场景如网络请求、数据库查询等。Java中可通过接口或Lambda实现回调，结合线程池提升性能。CompletableFuture进一步简化异步流程，但需注意线程安全与回调嵌套问题。最终推荐使用响应式框架优化高并发场景下的回调管理。（150字）
2025-10-15 20:06:31
843
原创 系统架构的平衡之道
《软件架构的矛盾平衡之道》探讨了系统设计中无处不在的边界矛盾及解决策略。文章分析了功能与质量、质量属性内部、开发流程中的核心矛盾，指出边界是矛盾的显微镜。通过多维思维工具和架构决策四层次（利用、转化、协调、重构），提出上下文驱动的解决方案框架。强调架构师需具备矛盾洞察、权衡解释和弹性预留三大能力，将架构视为持续演进的生命周期。最终指出优秀架构不在于消除矛盾，而在于智慧地权衡和管理张力，在特定上下文中找到动态平衡点。
2025-10-14 22:31:46
1672
原创 通过不同语言建立多元认知，提升创新能力
摘要 语言结构差异深刻影响思维模式：英语强调主体和逻辑外显，培养分析性思维；汉语注重整体关系，形成系统思维。这种差异导致英美更擅长分解式创新，而中文使用者具有系统整合优势。掌握多种语言/工具（如英语、汉语、编程、数学）能创造"认知边界"，通过视角切换获得更全面的认知。例如理解"成功"时，英语视角关注个体行为，汉语视角考察环境关系，编程思维量化变量，数学建模则揭示概率规律。这种多元认知整合正是通识教育的核心价值，培养既能深入分析又能整体把握的现代"通才&quo
2025-10-14 22:21:25
824
原创 拦截器过滤器模式以及它们的联系和区别
目的：对应用程序的请求或响应做一些预处理/后处理缺点：影响性能，过滤链过长或过滤器执行的操作复杂，会影响性能。
2025-10-07 17:25:28
590
空空如也
aspectj的安装
2023-07-21
TA创建的收藏夹 TA关注的收藏夹
TA关注的人