代码模块改造2
在zzyl-common模块集成MyBatis-Plus，替换原有MyBatis配置，改造Mapper、Service及ServiceImpl代码，支持自动填充 createTime、updateTime 等字段。通过MetaObjectHandler实现公共字段自动填充，优化代码生成模板，支持LocalDateTime类型与Swagger注解，提升开发效率并统一代码规范。
持久层框架MyBatisPlus
MyBatisPlus是MyBatis的增强工具，简化单表CRUD操作，无需编写SQL即可实现增删改查。通过继承BaseMapper、使用条件构造器（如QueryWrapper）、集成分页插件等功能，极大提升开发效率。同时支持自定义SQL、逻辑删除、枚举处理器等高级特性，广泛应用于企业级项目中。
推荐引擎：没有搜索词，「头条」怎么找到你感兴趣的文章？
本文深入解析了资讯类App推荐引擎的检索技术。通过“下拉刷新”这一简单操作，系统能在无搜索词情况下精准推荐内容，其核心在于用户画像与文章画像的构建，以及基于内容和协同过滤的个性化召回算法。文章详细阐述了基于用户和物品的协同过滤原理，并探讨了混合推荐与多层排序机制如何提升推荐效果与系统性能。
微服务概述
本文对比单体与微服务架构，解析微服务定义、优缺点及实现方案。微服务通过业务拆分、独立部署、技术自治提升系统扩展性与维护性，虽带来运维、分布式事务等挑战，但仍是现代分布式架构演进的重要方向。
大厂如何解决订单幂等问题
本文介绍如何在分布式系统中实现接口幂等性，防止重复下单与ABA问题。通过预生成唯一订单号并利用数据库主键唯一约束，可确保创建订单的幂等；通过引入版本号机制，更新时校验并自增版本号，避免并发修改导致的数据错乱。两种方案结合Redis或数据库状态标记，有效应对网络重试、请求重复等问题，适用于各类需幂等处理的业务场景。
线程池：故障梳理总结
本文从故障与技术双重视角，总结线程池类故障的常见成因及应对策略。涵盖数据库慢查询、连接池配置不当、超时设置缺失等问题，结合真实案例剖析线程池满的根本原因，并提出fast-fail、流控、背压、谨慎重试等最佳实践，助力开发者提升系统稳定性。
大厂如何解决订单幂等问题
在分布式系统中，网络重试易导致重复请求，需保证接口幂等性。创建订单时，可通过预生成唯一订单号并利用数据库主键唯一约束，防止重复插入；更新订单时，引入版本号机制，更新前校验版本，避免ABA问题。结合Redis或数据库状态标记，确保操作仅执行一次，保障数据一致性，适用于各类需幂等的业务场景。
数据库设计三范式
数据库设计三范式简介：第一范式要求字段原子性，不可再分；第二范式在满足第一范式基础上，消除部分依赖，确保主键唯一确定非主键；第三范式消除传递依赖，避免非主键字段间相互决定。范式旨在减少数据冗余、提升维护性，但实际设计需结合业务权衡，不必严格遵循。
数据库设计三范式
数据库三范式是设计合理表结构的指导原则。第一范式要求字段原子性，不可再分；第二范式要求消除部分依赖，一张表只描述一件事；第三范式要求消除传递依赖。虽有助于减少冗余与维护成本，但实际应用中需结合业务权衡，不必严格遵循。
了解SQL注入
SQL注入是利用Web应用输入验证缺陷，将恶意SQL代码植入数据库查询的攻击方式。可导致身份绕过、数据泄露、篡改甚至系统命令执行。常见于登录框等用户输入场景，通过构造特殊语句改变原有SQL逻辑。防御需结合输入验证、参数化查询及IPS防护，避免敏感信息暴露。
