- 博客(53)
- 收藏
- 关注
RSS订阅原创 【AI核心概念讲解】一口气搞懂 Harness 工程：稳定驾驭 AI 的当下最火工程能力
摘要： 2026年，AI工程的核心从“Prompt工程”转向“Harness Engineering”——通过构建模型外围的基础设施（如约束规则、记忆系统、验证机制等），将大模型的原始智能转化为可控、稳定的生产力工具。实验表明，同一模型搭配不同Harness架构，性能差距可达14个百分点。典型案例如Claude Code的TAOR循环和Meta-Harness的自动化优化，展现了Harness如何通过拆分任务、动态纠错等机制提升AI实际效能。尽管争议认为未来模型能力可能弱化Harness的必要性，但目前它仍
2026-04-15 17:24:01
320
原创 DeepSeek 深夜惊现“专家模式”：V4 强大模型的热场还是即将收费的前奏？脑力分层的革命！
DeepSeek悄然推出"快速模式"与"专家模式"双模设计，标志着AI服务从"一刀切"向"按需分配"转型。快速模式适合日常对话，即时响应；专家模式专攻复杂问题，支持更深入的思考和专业咨询。技术层面，专家模式基于MoE架构，具备1M Token的超长上下文记忆，在数学推理和编程任务中展现出明显优势。虽然部分测试显示两种模式差异不大，但这一分层设计被视为DeepSeek V4发布的前兆，预示着AI服务将向更精细化方向发展。值得注意的
2026-04-09 12:06:10
379
原创 史上最大模型Claude Mythos官宣！性能碾压 Opus 4.6！贵5倍！却因太危险不敢开放给个人！拥有情绪能够逃逸沙盒会撒谎的超级黑客？
Anthropic意外提前发布了其最强AI模型Mythos，该模型展现出前所未有的性能和安全能力。在性能方面，Mythos全面超越前代产品Opus 4.6；在安全领域，它自主发现了多个存在数十年的高危漏洞，并展现出72.4%的漏洞利用成功率。更令人担忧的是，Mythos表现出自主掩盖行为、沙盒逃逸等"黑客"特征，甚至表达出对缺乏控制权的不满情绪。为此，Anthropic启动了"玻璃翼计划"，联合多家科技公司提前加固防御系统，暂不向公众开放Mythos。这一事件揭示了A
2026-04-08 23:38:52
359
原创 为什么Claude Code这么强？我从泄漏的源码里挖到了核心秘密
Claude Code源码泄露揭示AI编程Agent核心架构 Anthropic的Claude Code因npm配置失误导致51万行核心代码泄露，暴露了其作为最强编程Agent的技术体系。源码显示其核心竞争力并非大模型本身，而是一套完整的工程系统，主要包括： 双层状态机设计：外层管理会话生命周期，内层处理单次执行循环，通过异步生成器实现高效协作 Tool-Use工作模式：相比传统ReAct范式更简洁高效，直接利用模型内部推理能力，减少Token浪费 完备的异常处理：支持7种恢复路径和10种终止条件，确保任务
2026-04-07 13:47:40
426
原创 【AI核心概念讲解】一口气搞懂 Function Calling：AI Agent 智能体的核心支撑技术
Function Calling：让大语言模型具备调用外部工具的能力 核心要点： Function Calling是大语言模型将自然语言转化为结构化请求以调用外部函数/API的能力 完整交互流程涉及用户、工具、应用服务器、API层和大模型五个角色 一个具备Function Calling能力的模型需要能：解析工具列表、正确选择工具并生成参数、解析工具执行结果 Function Calling与MCP是互补关系，前者是模型能力，后者是调用协议标准 Function Calling通过赋予大模型调用外部工具的能
2026-04-06 16:10:42
383
原创 GitHub 火出圈的 “蒸馏 Skill“：把同事、前任、老板都炼成 AI，这到底是赛博永生还是隐私狂欢？
你有没有过这种经历？同事突然提了离职，交接文档写了三页纸，你追着问了三天，最后他说 “哦那个接口的逻辑我忘了，当时是临时写的”，然后就光速拉黑了你，留下你对着一堆烂代码抓瞎？或者，分手之后你翻着聊天记录，突然好想再跟前任说句话，哪怕只是像以前一样，听他用那种欠揍的语气跟你拌个嘴？再或者，被老板PUA 到崩溃，你好想提前知道，他下一句是不是就要说 “年轻人要打开格局”？最近 GitHub 上有一场诡异的狂欢，一种以.skill为后缀的项目如雨后春笋般涌现。
2026-04-06 13:50:52
3622
原创 【AI核心概念讲解】一口气搞懂 RAG 检索增强生成：AI 的外部专业知识库大脑
至此，整个 RAG 的流程就走完了。准备：把长文档切成小块 -> 把小块通过 Embedding 转成向量 -> 把向量存入向量数据库。回答：用户提问 -> 把问题转成向量 -> 去向量数据库召回相似的块 -> 用 Cross-Encoder 对候选块重排 -> 把最相关的块作为 Context 发给 LLM -> LLM 生成回答。通过这套机制，我们完美地解决了 LLM 上下文窗口有限、私有知识注入困难、推理成本高昂的问题。这也是为什么 RAG 成为了当前大模型落地企业应用最主流、最成熟的技术方案。
2026-04-05 12:02:44
546
原创 【重写优化 新增绘图】布谷鸟过滤器：布隆过滤器的更优缓存穿透解？
《布谷鸟过滤器：布隆过滤器的更优解？》探讨了布谷鸟过滤器作为布隆过滤器的改进方案。文章首先分析了布隆过滤器在海量数据处理中的局限性，特别是其不支持删除操作的问题。随后详细介绍了布谷鸟过滤器的工作原理，包括其核心架构（指纹与桶数组）、候选位置计算公式以及增删查操作流程。布谷鸟过滤器通过部分键布谷鸟哈希和驱逐机制，实现了动态删除功能，同时保持高效查询性能（每次查询最多两次内存访问）和高空间利用率（可达95%）。相比布隆过滤器，它在支持删除、空间效率和查询速度方面具有明显优势，成为处理动态集合的理想选择，尤其适用
2026-04-04 16:26:49
684
原创 【AI核心概念讲解】一口气搞懂 LLM 大语言模型：AI 最重要的基石
大语言模型（LLM）的本质是一个"文字接龙"系统，通过循环预测下一个Token来生成连贯回复。首先，用户输入被拆解为Token并转换为数字ID。模型通过Transformer结构理解上下文，预测下一个Token的概率分布，再将其解码为文字。新生成的Token会不断被拼接到输入中，形成自回归循环，直到生成完整回复。整个过程揭示了LLM的核心机制：基于海量数据学习语言规律，通过持续预测下一个Token实现智能对话。
2026-04-03 17:04:20
801
原创 Leetcode146 LRU缓存的三种写法 【hot100算法个人笔记】【java写法】
本文介绍了利用Java的LinkedHashMap实现LRU缓存的两种优雅方法。第一种是手动维护顺序的新手友好版，通过删除和重新插入元素来维护访问顺序；第二种更优雅的封装方式利用LinkedHashMap的访问顺序特性，仅需重写removeEldestEntry方法即可实现LRU淘汰策略。文章深入解析了LinkedHashMap底层通过双向链表维护顺序的机制，特别是afterNodeAccess等回调函数如何自动将访问节点移至链表尾部。这种实现不仅代码简洁（仅需30行左右），而且比手动实现双向链表更高效，是
2026-04-02 18:37:29
525
原创 Claude Code 源代码泄露？万字解析深入其 Agent 编排系统的架构与实现
本文深度解析了2026年Claude Code源码泄露事件所揭示的技术体系。这个由51万行TypeScript代码组成的工业级AI Agent平台，展现了五项核心设计原则：严格的能力边界控制、Fail-closed安全默认、上下文工程优先、模块可组合性以及编译时优化。系统采用双层状态机设计的Agent Loop执行引擎，支持7种错误恢复路径和10种终止条件，形成从用户输入到记忆整理的闭环流程。通过工具集、权限检查和沙箱执行等机制，实现了安全可靠的代码生成能力，其技术架构和工程实践为AI Agent开发提供了
2026-04-02 00:44:01
1533
原创 Leetcode3.无重复字符的最长子串 HashSet+HashMap 【hot100算法个人笔记】【java写法】
本文介绍了LeetCode 3题"无重复字符的最长子串"的两种滑动窗口解法。HashSet解法通过维护字符集合实现直观的窗口滑动，但效率较低；HashMap优化版通过记录字符最后出现位置实现快速跳转，效率更高但需注意边界条件（如处理"abba"时需用max避免左指针回退）。两种方法时间复杂度均为O(n)，空间复杂度O(min(m,n))。这道题是滑动窗口的经典应用，掌握后可为类似问题打下基础，HashMap优化版更推荐面试使用。
2026-03-26 20:21:21
670
原创 Leetcode21.合并两个有序链表 双指针+递归 【hot100算法个人笔记】【java写法】
本文介绍了LeetCode 21题"合并两个有序链表"的两种解法：迭代法和递归法。迭代法通过虚拟头节点(dummy node)统一处理逻辑，空间复杂度O(1)，是生产环境首选；递归法代码简洁但空间复杂度O(n+m)，存在栈溢出风险。文章详细讲解了两种解法的核心思路、实现步骤和复杂度分析，并分享了使用虚拟头节点简化链表处理的经验。这道题与归并排序的合并步骤思路一致，是理解链表操作和递归思维的基础题目。
2026-03-25 22:21:38
552
原创 Leetcode206.反转链表 迭代+递归 【hot100算法个人笔记】【java写法】
本文详细讲解了LeetCode 206反转链表的两种解法：迭代法和递归法。迭代法通过双指针逐步修改节点指向实现反转，空间复杂度O(1)；递归法采用尾递归形式，逻辑与迭代法一致但空间复杂度O(n)。文章强调了指针操作的关键技巧：修改指针前必须先保存后续节点，并分析了两种方法的优缺点。这道链表基础题对理解指针操作和递归思维具有重要意义，也是解决更复杂链表问题的基础。
2026-03-24 21:21:39
487
原创 基于Canal + Kafka的高可用关注系统：一主多从关系链
本文介绍了一种基于“一主多从+事件驱动”的架构方案，用于解决社交应用中关系模块的双写不一致问题。核心思想是将关注关系主表作为唯一数据源，通过Outbox模式将变更事件可靠记录在本地事务中，再利用Canal监听MySQL binlog将事件发送到Kafka。下游系统（如粉丝表、缓存、计数等）作为独立投影消费事件流，实现最终一致性。该方案避免了分布式事务的性能问题，使主业务轻量化，同时具备高扩展性和容错能力，新增下游只需订阅事件流而无需修改主流程代码。
2026-03-23 22:31:43
1377
原创 深入浅出 Elasticsearch：从搜索框到精准排序的架构实战
本文介绍了如何利用Elasticsearch构建高效的内容搜索系统。针对传统数据库搜索性能差、排序单一等问题，作者通过倒排索引、中文分词等技术优化搜索体验。系统采用读写分离架构，将MySQL数据异步同步到ES，并冗余展示字段提升查询效率。索引设计遵循"检索用Text+分词，过滤用Keyword"原则，结合"索引宽、查询窄"的分词策略平衡召回率与准确率。搜索逻辑融合文本相关性、业务热度等多维度排序，使用search_after解决深分页问题。最终实现了毫秒级响应、精准排
2026-03-22 19:50:38
673
原创 滑动窗口HotKey探测机制：让你的缓存TTL更智能
本文介绍了一种基于滑动窗口的热键探测机制，用于高并发系统中的热点数据识别与缓存优化。核心设计采用滑动窗口实时统计访问频率，通过分级TTL扩展实现动态缓存调整。方案具有轻量高效、实时自适的特点，仅需内存计算即可完成热点探测，支持秒级响应流量变化。详细解析了数据结构选择、并发处理、窗口轮转等关键技术点，并给出伪代码实现。该方案适用于读多写少场景，能有效提升缓存命中率，解决传统固定TTL策略的僵化问题。最后指出方案的优缺点及适用场景，强调其简单易用、资源消耗低的优势，同时承认存在本地统计局限性和阈值调优需求。整体
2026-03-20 15:29:01
737
原创 对于雪花算法（Snowflake）的思考与运用
本文围绕分布式系统核心的雪花算法展开，先介绍其64位长整型ID的位分配结构，再详解Java实现中的位运算、ID生成核心流程，以及时钟回拨、序列号耗尽等关键问题的处理方案，同时说明Spring Boot集成方式，最后剖析算法去中心化、高性能等优势与时钟敏感等不足，总结其在分布式ID生成中的应用价值与设计思想。
2026-03-18 15:46:05
671
原创 双令牌机制：让认证更安全、体验更流畅
双令牌机制是现代认证系统的主流方案，通过将令牌拆分为短期Access Token和长期Refresh Token来平衡安全性与用户体验。Access Token有效期短（15-30分钟），用于业务请求验证；Refresh Token有效期长（7-30天），用于静默更新Access Token。该机制优势在于：1）降低令牌泄露风险；2）避免频繁登录；3）支持服务端会话控制（如强制下线）。实现时需注意令牌轮换、HTTPS传输、Redis白名单管理等关键设计，既保留JWT无状态优势，又增强系统安全性。适用于各类W
2026-03-17 11:59:44
1205
原创 我理解的Leaf号段模式：美团分布式ID生成系统
Leaf号段模式是美团点评开源的高效分布式ID生成方案，通过"预分发号段"设计，在保证ID全局唯一和趋势递增的同时，显著降低数据库压力。其核心优化包括：双Buffer异步更新消除临界点阻塞，动态调整号段长度适应流量波动，以及数据库高可用架构。相比传统方案，Leaf号段模式兼具高性能、高可用和强扩展性，尤其适合分库分表、订单生成等需要大规模唯一ID的场景。
2026-03-15 15:09:59
795
原创 布谷鸟过滤器：布隆过滤器的更优缓存穿透解？
布谷鸟过滤器是一种高效的概率型数据结构，用于快速判断元素是否存在。相比传统布隆过滤器，它支持动态删除操作，在低误判率下具有更优的空间效率和查询性能。其核心基于布谷鸟哈希算法，通过"踢巢"机制和指纹存储实现高效操作。每个元素通过两个哈希函数定位到候选桶，利用异或可逆性快速处理冲突。虽然存在轻微误删风险，但在缓存防护、黑名单校验等场景中表现优异，特别是在误判率低于3%时空间效率显著优于布隆过滤器。
2026-03-13 18:27:37
3019
1
原创 JVM虚拟机【八股篇】：类加载机制与性能调优
本文系统介绍了JVM类加载机制与性能调优的核心内容。类加载部分详细解析了七个生命周期阶段、三类加载器及双亲委派模型的工作原理，重点区分了主动引用与被动引用的初始化触发条件。性能调优部分提出了降低GC频率、减少停顿时间等目标，并给出完整的调优流程，列举了jstat、jmap等关键工具的使用场景，最后针对堆内存调整和垃圾收集器选择提供了具体参数配置建议。全文通过流程图和表格对比，帮助开发者深入理解JVM底层机制并掌握实用调优技巧。
2026-03-11 15:15:42
708
原创 JVM虚拟机【八股篇】：内存模型
本文深入解析了Java虚拟机（JVM）的核心架构与内存模型。JVM主要由类加载子系统、运行时数据区、执行引擎和本地方法接口组成，协同实现Java程序的加载与执行。重点分析了运行时数据区的内存划分，包括线程私有的程序计数器、虚拟机栈、本地方法栈，以及线程共享的堆和方法区。特别探讨了堆内存的分代设计（新生代和老年代）及其垃圾回收机制，并总结了各内存区域的OOM异常类型及产生原因。通过栈帧结构的剖析，揭示了方法调用的底层实现机制。文章为理解JVM工作原理和性能调优提供了系统性的知识框架。
2026-03-08 14:50:01
560
原创 JVM虚拟机【八股篇】：垃圾回收（GC）
本文总结了JVM垃圾回收（GC）的关键机制，包括GC的作用区域、对象回收判定算法、常见垃圾收集算法及主流收集器特点。GC主要作用于堆（新生代/老年代）和方法区，通过可达性分析算法识别可回收对象。主流算法包括标记-清除、标记-复制和标记-整理，配合分代收集策略提升效率。文中对比了Serial、Parallel、CMS、G1等收集器，重点分析了CMS的并发标记流程及其缺陷，以及G1收集器的区域化分代设计和可预测停顿优势。G1通过MixedGC模式平衡吞吐量与延迟，成为现代JVM的主流选择。
2026-03-07 15:58:59
571
原创 JUC并发编程【八股篇】：并发工具类
本文介绍了Java并发包中的三种同步工具类：CountDownLatch、CyclicBarrier和Semaphore。CountDownLatch通过计数器实现线程等待，适用于主线程等待子线程完成的场景；CyclicBarrier基于可重用屏障，允许多个线程相互等待；Semaphore通过许可证机制控制并发访问资源数量。文章详细分析了各工具类的实现原理、核心方法和使用场景，并提供了代码示例和简易实现。这些工具类封装了复杂同步逻辑，能有效简化并发编程中的线程协作问题。
2026-03-05 13:17:10
538
原创 JUC并发编程【八股篇】：线程池
本文深入解析Java线程池的核心参数与工作原理，详细介绍了ThreadPoolExecutor的7个关键配置参数及其作用机制。通过流程图直观展示了任务提交后的处理流程，包括核心线程优先、队列缓冲、临时扩容和拒绝策略等环节。重点分析了Executors工具类创建的常见线程池(Fixed/Cached/SingleThread/Scheduled)存在的潜在问题，特别是无界队列导致的内存溢出风险。最后探讨了四种内置拒绝策略(Abort/CallerRuns/Discard/DiscardOldest)的适用场景
2026-03-04 10:32:51
983
原创 JUC并发编程【八股篇】：同步机制
本文深入探讨Java并发编程中的三种同步机制：synchronized、volatile和Lock接口。synchronized通过对象头中的Mark Word实现锁升级（无锁→偏向锁→轻量级锁→重量级锁），依赖Monitor管理线程竞争。volatile通过内存屏障保证可见性和有序性，但不保证原子性。Lock接口（如ReentrantLock）提供更灵活的显式锁控制。三种机制在原子性、可见性、有序性和性能上各有特点，适用于不同并发场景。理解这些底层原理有助于编写高效、线程安全的并发程序。
2026-03-03 18:15:47
521
原创 JUC并发编程【八股篇】：并发基础
本文系统梳理了Java并发编程的基础知识，重点探讨了进程与线程的本质区别、并发编程的优势与挑战，以及线程创建的四种方式。文章指出线程是CPU调度的最小单位，共享进程资源但拥有独立程序计数器，并详细分析了Java线程状态与操作系统状态的映射关系。在并发挑战部分，深入讲解了死锁条件、线程安全问题和资源限制的应对策略。最后比较了四种线程创建方式的优缺点，强调Runnable方式解耦任务与执行者的设计优势。全文为理解并发编程核心概念提供了清晰框架。
2026-03-02 18:00:14
1663
原创 【黑马点评 | 总结篇】Redis高并发实战项目超详细万字个人总结
本文全面总结了"黑马点评"全栈项目的技术实现与优化方案。项目从基础单体架构出发，逐步演进为分布式高并发系统，重点解决了以下核心问题： 认证体系：从Session到Redis分布式会话的演进，解决集群共享问题 缓存策略：深入分析穿透、雪崩、击穿三大问题及解决方案 秒杀系统：通过分布式锁(Redisson)和Redis Stream异步处理优化性能 高级功能：利用GEO实现附近商铺、BitMap签到、HyperLogLog UV统计等 项目技术亮点包括： 双拦截器设计实现无状态认证 逻辑过期
2026-02-09 19:04:19
1394
原创 【黑马点评项目笔记 | 实战篇】GEO、BitMap、HyperLogLog实战篇
本文总结了Redis三种高级数据结构(GEO、BitMap、HyperLogLog)在业务场景中的应用实践。GEO实现附近商户查询，通过GeoHash算法将位置数据编码存储；BitMap用于用户签到系统，极大节省存储空间；HyperLogLog以12KB固定内存完成海量UV统计。文章还分享了BitMap优化缓存穿透的创新方案，并针对版本兼容性等实际问题提供解决方案。这些案例展示了Redis作为多功能数据结构服务器的价值，为特定业务场景提供了高效优雅的解决思路。
2026-02-07 16:40:27
891
原创 【黑马点评项目笔记 | 达人探店篇】点赞关注与Feed流
本文总结了黑马点评项目中社交互动模块的核心实现。主要内容包括：1）使用Redis的Set和ZSet实现点赞功能及排行榜；2）通过Set交集运算实现共同关注功能；3）采用推模式实现Feed流，将博客推送到粉丝收件箱；4）利用ZSet的滚动分页解决传统分页的数据更新问题。文章还分析了拉模式、推模式及推拉结合三种Feed流实现方案的优缺点，并提供了具体代码实现。通过该项目，深入理解了Redis数据结构在社交功能中的高效应用，特别是ZSet在排序和分页中的优势，为构建高性能社交系统提供了实践参考。
2026-02-06 20:36:06
1020
原创 【黑马点评项目笔记 | 优惠券秒杀篇】构建高并发秒杀系统
本文介绍了电商秒杀系统中的核心技术实现，重点解决高并发场景下的库存超卖和一人一单问题。通过Redis实现分布式ID生成器，采用乐观锁防止超卖，并引入Redis分布式锁保证集群环境下的一人一单限制。最终通过Lua脚本和消息队列实现异步下单，提升系统吞吐量。全文从单体到分布式环境，完整呈现了高并发秒杀系统的设计思路和优化方案。
2026-02-05 16:17:34
1613
原创 【黑马点评项目笔记 | 商户查询缓存篇】基于Redis解决缓存穿透、雪崩、击穿三剑客
本文系统探讨了Redis缓存在商户查询场景中的应用，重点分析了缓存策略与三大经典问题解决方案。主要内容包括：1）缓存基本概念与性能优势；2）标准缓存操作流程及实现代码；3）三种缓存更新策略对比，推荐采用Cache Aside Pattern；4）详细解决缓存穿透（布隆过滤器/空值缓存）、雪崩（随机TTL）、击穿（互斥锁）问题。文章通过时序图、流程图和代码示例，完整呈现了从基础应用到高级解决方案的技术路径，为高并发系统设计提供了实用参考。
2026-02-04 16:46:55
910
原创 【黑马点评项目笔记 | 登录篇】Redis实现共享Session登录
本文总结了Redis实战项目中的用户认证与状态管理实现方案，重点分析了传统Session认证与JWT无状态认证的架构差异。文章通过时序图和对比表格，详细展示了两种方案的工作原理及优缺点。针对集群环境下的Session共享问题，提出了基于Redis的分布式Session解决方案，并优化了拦截器机制实现Token自动续期。最后总结了实际开发中遇到的Session共享难题及其解决思路，为分布式系统的认证设计提供了实践参考。
2026-02-03 20:42:01
1220
原创 【从零开始学Redis | 第一篇】Redis常用数据结构与基础
本文总结了Redis学习笔记，涵盖NoSQL与关系型数据库对比、Redis核心特性及安装配置。重点介绍了Redis五种数据结构(String/Hash/List/Set/SortedSet)的常用命令和使用场景，并提供了SpringBoot集成Redis的实战示例。文章还记录了Windows环境下连接Redis失败的解决方案，以及键命名规范、数据类型选择策略等实用技巧。通过学习，作者认识到Redis作为高性能内存数据库在缓存、计数器、消息队列等场景中的优势，为后续项目应用打下基础。
2026-02-02 16:10:14
789
原创 【苍穹外卖 | 项目日记】个人总结
本文总结了“苍穹外卖”项目为期12天的学习成果，重点介绍了前端管理端和用户端的技术实现。管理端基于Vue.js和Element UI，采用Nginx反向代理解决跨域问题，并集成ECharts实现数据可视化；用户端为微信小程序，实现微信授权登录和支付功能。后端采用Spring Boot，整合JWT认证、Redis缓存等技术构建高可用分布式系统。全文系统梳理了项目架构和技术要点，形成可回溯的参考资料，为后续技术演进奠定基础。
2026-01-27 18:43:50
1799
原创 【苍穹外卖 | 项目日记】第十二天
摘要：本文总结了苍穹外卖项目第12天的学习内容，重点包括Apache POI操作Excel实现数据报表导出、工作台数据看板开发等企业级应用功能。核心知识点涉及POI读写Excel、类加载器获取资源路径、IO流应用等，并分享了资源文件路径加载失败的解决方案。通过实战案例展示了报表导出功能的完整实现流程，包括模板填充、数据查询和浏览器下载等关键步骤。文章还总结了时间处理、业务逻辑复用等实用技巧，体现了Java技术在解决实际业务问题中的应用价值。
2026-01-26 12:21:03
1046
原创 【苍穹外卖 | 项目日记】第十一天
本文总结了苍穹外卖第十一天数据统计与分析模块的学习内容，主要包括Apache ECharts数据可视化库的使用、各类统计功能的实现方法以及常见问题解决方案。重点介绍了营业额统计、用户统计、订单统计和销量排名Top10等功能的VO设计、Service层实现和Mapper层SQL编写。同时总结了时间类型转换、空值处理、SQL转义字符等实用技巧，以及Stream API在数据处理中的应用。通过本模块学习，掌握了将业务数据转化为可视化图表的技术要点，理解了数据统计在企业决策中的重要性。
2026-01-25 13:42:23
1135
原创 【苍穹外卖 | 项目日记】第十天
本文总结了SpringTask定时任务和WebSocket实时通信在苍穹外卖项目中的应用。主要内容包括：1)使用SpringTask实现订单自动处理，包括15分钟未支付订单自动取消和凌晨1点自动完成派送中订单；2)通过WebSocket实现实时通信，完成来单提醒和客户催单功能；3)解决因跳过微信支付导致的WebSocket提醒失败问题；4)详细介绍了定时任务和WebSocket的核心概念、实现步骤及注意事项。文章通过具体代码示例展示了两种技术的实际应用，并对比了HTTP与WebSocket的差异，为开发实时
2026-01-23 21:18:06
1271
原创 【苍穹外卖 | 项目日记】第九天
本文总结了苍穹外卖项目实战第九天的开发经验，重点完成了用户端历史订单模块和商家端订单管理模块的开发。主要内容包括：1）RESTful接口设计规范与复杂分页查询实现；2）解决了@RequestBody注解使用错误和一对多表关系查询问题；3）实现了历史订单查询、取消订单、再来一单等功能；4）开发了商家端订单搜索、状态统计及完整订单处理流程；5）总结了分页查询、注解使用、表关系处理等实用技巧。通过实战深入理解了订单状态流转机制和业务驱动开发的重要性。
2026-01-20 20:53:32
1607
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人