- 博客(1838)
- 资源 (1)
- 收藏
- 关注
RSS订阅
原创 干货 | Java8 新特性指导手册
本教程翻译整理自 https://github.com/winterbe/java8-tutorial目录：一、接口内允许添加默认实现的方法二、Lambda 表达式三、函数式接口 Functional Interface四、便捷的引用类的构造器及方法五、Lambda 访问外部变量及接口默认方法5.1 访问局部变量5.2 访问成员变量和静态变量5.3 访问接口的默认方法...
2019-01-15 19:29:19
813
原创 面试官：谈谈 Redis 5.0 中的 Stream 消息队列？
它弥补了之前使用 Redis List（需要轮询，无法广播）和 Pub/Sub（无法持久化）作为消息队列的缺陷，提供了一个功能相对完备的、轻量级的。：部署简单（无需额外组件），API 简单，延迟极低（内存操作），适合数据量不大、对延迟极其敏感、需要快速实现的轻量级场景。：试图用它承载电商核心订单、支付等对一致性要求极高的链路的解耦，这是危险的，其可靠性和功能无法与 Kafka 相比。的基数树（Radix Tree），它是一种空间优化的前缀树，非常适合存储具有连续、有序 ID 的消息。
2026-01-20 14:13:44
221
转载 想跳槽的心，已经达到了顶峰！
这几年，IT行业里冲动离职的人越来越少了，大家都变得更理智——先骑着驴，慢慢找马。所以，如果你已经动了跳槽的念头，真的不妨早点开始准备。哪怕每天只花半小时，系统地梳理一下知识点、看看面经，到了真正面试的时候，心里会踏实很多。等着等着，招聘旺季就来了，岗位是多，竞争也更激烈。到时候一边应付日常工作，一边仓促准备面试，手忙脚乱，反而容易错过好机会。刚好，我这儿有几份图灵两位老师的资料库存，整合众多小伙伴的面试经验，总结了一套可以称之为全网最详细的。等技术栈，随手截了部分资料，大家先看下，
2026-01-20 14:13:44
2
转载 Java25 是真的强啊：更简洁、更高效、更现代！
后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，Spring Cloud Alibaba 等等，后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，Spring Cloud Alibaba 等等，Java 25 的更新覆盖了 语言语法、并发编程、性能优化、运行时监控以及安全性 等多个方面，目标是让 Java 更现代、更高效，也更易用。对新手来说，这些改进让 Java 更容易入门，也更现代化；
2026-01-20 14:13:44
14
原创 面试官：为什么 Redis 不支持回滚？
传统关系型数据库（如 MySQL）的事务是为了保证数据的一致性和完整性，其原子性要求 “要么全做，要么全不做”，因此需要复杂的日志系统来实现回滚。传统关系型数据库的回滚机制依赖复杂的 WAL（预写日志）、Undo Log 等，这与 Redis 的简单性原则相悖。：在需要强事务的场景下，你是否知道如何结合其他组件（如数据库）来弥补 Redis 的不足，从而设计出合理的架构。：支持回滚需要保存事务执行前的状态，这会产生额外的内存开销和性能损耗，与 Redis 作为高性能缓存的定位不符。这反映了你的实践能力。
2026-01-19 09:30:47
527
转载 全体码农做好随时涨薪的准备吧！
Mysql、Spring、Mybatis、Redis、MQ、Zookeeper、Netty、Dubbo、Spring Boot、Spring Cloud、数据结构与算法、设计模式、网络与操作系统、三高架构、线上疑难问题、大厂面试场景题、项目亮点和难点、K8S云原生。本次课程将带你基于Spring框架集成DeepSeek大模型，实战开发智能对话、图像生成、语音翻译等AI场景，并深入。，还有足够震撼到每一个Java程序员的，可以称之为全网最详细的，，解析其架构设计与核心机制。看着别人晒出来的工资条，除了羡慕，
2026-01-19 09:30:47
6
转载 OpenFeign 首次调用卡 3 秒？八年老开发扒透 5 个坑，实战优化到 100ms！
作为经手过 6 个微服务项目的八年 Java 开发，我第一反应是 “OpenFeign 的首次调用坑”—— 果然，查看日志发现，首次调用时 Feign 客户端初始化花了 2.3 秒，加上 TCP 握手，总延迟直奔 3 秒。作为开发者，我们不仅要会用框架，更要扒透它的 “脾气”—— 就像 OpenFeign，你越了解它的初始化流程，就越能驯服它的 “首次延迟”。电商最火那几年，测试妹子反馈了个诡异问题：“订单服务第一次调用支付服务，要等 3 秒才返回，第二次以后就快了，是不是网络抽风？
2026-01-18 15:56:15
23
原创 面试官：谈谈 Redis 集群模式?
它采用去中心化架构，将数据按哈希槽（slot，共16384个）分片存储在不同主节点上，支持水平扩展。当主节点故障时，哨兵能自动完成故障发现和转移，并通知客户端新的主节点地址，实现了高可用（HA）。简单来说，主从复制是基础，哨兵模式解决了它的高可用问题，而集群模式最终通过数据分片解决了大规模数据存储和写入扩展的瓶颈。客户端可直连任意节点，如果请求的 key 不在该节点，节点会返回 MOVED 重定向错误，指引客户端连接正确节点。：不是，它解决的是高可用，主节点仍是单点写入，容量和写性能有上限。
2026-01-18 15:56:15
586
转载 公司新来一个干练小伙，把MyBatis替换成MyBatis-Plus，上线后被组长怒怼了...
后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，Spring Cloud Alibaba 等等，后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，Spring Cloud Alibaba 等等，附属文件生成的时候，会校验其依赖的主文件是否都生成了，如果有任意一个主文件未生成，依赖文件不能生成并抛出异常。当时看到这个异常的第一眼，觉得既熟悉又陌生，熟悉的是这个异常信息的结构，陌生的是。
2026-01-17 15:40:49
28
原创 面试官：什么是 Redis 集群脑裂问题，怎么解决？
通常指在主从模式的 Redis 集群（如通过 Redis Sentinel 管理）中，由于网络分区（即 “脑裂”，网络瞬时中断或延迟），导致集群中同时出现了两个（或多个）可用的主节点，并且客户端可能向不同的主节点写入数据。当网络恢复后，旧的 “主节点” 会被哨兵强制降级为从节点，并清空数据以同步新的主节点，从而导致在旧主节点上写入的部分数据永久丢失。这样在网络分区导致主节点 “孤立” 时，它能自动 “熔断”，从而避免数据不一致。哨兵集群将旧的“主节点”降级为从节点，并命令其向新的主节点发起全量数据同步。
2026-01-17 15:40:49
261
原创 面试官：什么是 Redis 的数据分片？
其核心目的是突破单机 Redis 在内存容量、网络带宽和计算能力上的限制，实现水平扩展，从而获得更大的整体数据存储能力和更高的吞吐量。例如，一个三主节点的集群，可以分配为：节点A (0-5500)，节点B (5501-11000)，节点C (11001-16383)。通过一个确定性的规则（通常是基于 key 的哈希计算），将不同的 key 映射到不同的 Redis 实例上。：分片的基础是 key。：分片确实能提升整体吞吐，但会引入新的瓶颈，如客户端/代理的连接数、跨分片操作的复杂度、集群内部通信成本等。
2026-01-16 15:38:18
511
转载 为什么不让程序员直接对接客户，而是通过产品经理？
我相信，作为一个程序员，代码和逻辑就是自己的骄傲。后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，Spring Cloud Alibaba 等等，产品经理接过电话：您好，市政施工把您隔壁街道上的线挖断了，我们正在摇人找他们算账，您放心，一会儿我揍完他们马上跟您接好。客户：我要一份QQ捏捏好喝到咩噗茶，要罗汉果代糖哦，茶底要乌龙茶的，哦对了，三分甜就可以啦，快一点！客户：不是，我老板让我出个数，我想查一下，但是现在页面打不开，我着急写报告呢。
2026-01-16 15:38:18
25
转载 字节跳动，薪资曝光！
包含金融、医疗、工业、制造等10余行业大模型应用典型案例，帮你补充应用场景素材库，了解行业前沿信息。用一手数据资源、项目资料，带你手搓全流程，自己跟着课程，复现一遍，就相当于积累了一个实战项目经验！最近一个字节员工火了，他从传统开发岗成功转岗到大模型应用开发岗，在网上大秀自己的。等亲自研发和授课，专为各位开发者打造，帮你踩上时代风口，快速拿高薪offer。2天课程干货满满，行业大佬帮你深度剖析现在大厂关于大模型招聘的行情风向，等，从面试官的角度帮你规划职业发展路径，少走弯路！
2026-01-15 09:31:12
21
原创 面试官：谈谈 Redis 的过期策略？
通过限制执行时间和频率，减少了对主线程的阻塞，同时一定程度上减少了“永远不访问的过期 Key”造成的内存浪费。前者针对所有 Key，后者只针对设置了过期时间的 Key。难以完全精确地删除所有过期 Key，在 Key 数量巨大时，仍可能有部分过期 Key 残留。会触发配置的淘汰策略，移除一些 Key（可能是过期的，也可能是未过期的）来腾出空间。配置的阈值，且新写入数据时，如果惰性和定期删除没能及时释放空间，就会触发内存淘汰。里淘汰，但淘汰的依据是 LRU 算法，被淘汰的 Key 在淘汰那一刻可能并没过期。
2026-01-15 09:31:12
612
转载 工作中最常用的5种本地缓存
后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，Spring Cloud Alibaba 等等，后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，Spring Cloud Alibaba 等等，但如果是新项目，Caffeine可能是更好的选择。有些小伙伴会发现，LRU缓存能解决内存溢出的问题，但对于“突然被大量访问的冷数据”场景，可能会淘汰掉真正的热点数据。
2026-01-15 09:31:12
24
原创 面试官：什么是 Redis 大 Key 问题，如何解决？
Redis 大 Key 通常指数据量大的 Key（如一个 String 类型的 Value 高达 5 MB）或成员数量多的复合类型 Key（如一个 Hash 的成员数超过 5000 个）。后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，Spring Cloud Alibaba 等等，：在执行大 Key 删除操作时，记录详细的日志，并监控 Redis 的内存和性能指标。：你是否清楚大 Key 会带来哪些具体的性能和运维危害，以及如何发现它们。
2026-01-14 14:30:58
556
转载 SpringBoot 集成 Hera，让日志查看从 “找罪证” 变 “查答案”！
本文将从架构师视角，详解 SpringBoot 集成 Hera 的完整落地流程，带你实现日志查看效率的 “量级跃迁”—— 从传统的 “日志大海捞针”，到 Hera 的 “精准定位 + 链路溯源”。某电商平台曾为存储全年日志，每年多花 200 万服务器成本，而 Hera 支持 “按业务重要性分级存储”，核心业务日志保留 30 天，非核心业务保留 7 天，直接节省 60% 存储成本。SpringBoot 集成 Hera 的本质，不是简单的 “日志查看工具升级”，而是 “分布式系统可观测性的基础设施建设”。
2026-01-14 14:30:58
70
原创 面试官：Redis 如何高效安全的遍历所有 Key？
在正常的业务逻辑设计中，应尽量避免需要全量遍历的场景，这本身就可能是设计缺陷的信号。命令的设计保证，在遍历过程中，只要数据集大小不变，每个元素最多被返回一次。后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，Spring Cloud Alibaba 等等，遍历期间，数据库可能发生增删改，因此它不保证能返回遍历开始后新增的键，也可能会返回已经遍历过但后来被删除的键。参数指定的也是扫描的原始键数量，而不是返回的匹配数量。若需要强一致性的快照，应使用。
2026-01-13 15:23:59
611
转载 正式裁员30000人，赔偿N＋4！
已是开发架构师，薪资也已经拿到48K，但由于在一个赛道久了，也早已遇到瓶颈，王大哥也不甘于此，了解到AI上限高、薪资高、机会更多，经过身边专业的朋友认可后果断加入学习，后面经过某手多轮面试最终拿下大模型架构，K4a级别，张同学是金融专业的大三学生，并且是普通本科，因为自己对计算机行业比较热爱，加上AI是趋势，不管来自任何行业、任何专业，都有一试的机会，张同学通过系统学习，最终用能力证明。的学员，也是想向大家说明：凭借着当下行业对AI人才的海量需求，只要具备AI相关技术能力，就业是自然而然的事情！
2026-01-12 10:31:36
40
原创 面试官：什么是数据库死锁，怎么解决？
数据库死锁是并发事务争夺资源的恶性循环，其根治关键在于应用层通过统一资源访问顺序来打破 “循环等待”，而数据库的自动检测与回滚机制则是防止系统瘫痪的最后一道保险。：在死锁发生时，简单地加入应用层重试逻辑是可行的，但重试次数和间隔需要谨慎设计，并且必须确保业务操作的幂等性，否则可能导致数据重复或状态错误。数据库死锁是指两个或两个以上的事务在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力干涉，它们都将无法推进下去。：你是否遇到过死锁，是否知道如何从数据库日志或监控中发现死锁，以及最重要的，如何从。
2026-01-12 10:31:36
562
转载 瞧瞧别人家的日志打印，那叫一个优雅！
后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，Spring Cloud Alibaba 等等，后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，Spring Cloud Alibaba 等等，上面的日志拼接成了一个字符串，虽说中间有空格分隔了，但哪些字段对应了哪些值，看起来不是很清楚。登录失败的业务场景，需要记录哪个用户，ip是多少，在什么时间，登录失败了，失败的原因是什么。
2026-01-12 10:31:36
66
原创 面试官：谈谈 InnoDB 中的表级锁、页级锁、行级锁？
理解 InnoDB 锁机制的关键在于：其核心是支持高并发的行级锁（特别是记录锁、间隙锁、临键锁的组合），但设计或使用不当（如无索引更新）会导致锁冲突升级，严重影响性能；在 InnoDB 存储引擎中，锁主要分为行级锁和表级锁。）无法通过索引确定要修改的行，会导致全表扫描，此时 InnoDB 会对所有行加锁（实际上是逐行加锁，但效果等同于锁表），并可能在某些条件下升级为表锁。：InnoDB 通过 “隐式锁” 机制（在插入时使用）来减少锁的数量，这也是其高效的原因之一，但在面试中通常不作深入要求。
2026-01-11 17:17:01
584
转载 最牛逼的监控系统，不接受反驳！！
Prometheus 主要通过 Pull 的方式来抓取目标服务暴露出来的监控接口， 因此需要配置对应的抓取任务来请求监控数据并写入到 Prometheus 提供的存储中，众所周知，大数据产品作为底层平台，其运维监控一直是生产实践的痛点难点，且在稳定运行的基础之上往往还需要对性能进行评估优化，所以其监控系统的建设显得尤为重要。另外使用前需注意 K8s 版本要求，找到对应的 kube-prometheus 版本，弄清楚对应的 prometheus-operator 版本。实现pod筛选，修改抓取配置的效果。
2026-01-11 17:17:01
37
原创 面试官：Redis Key 和 Value 的设计原则有哪些？
Redis 的设计原则紧紧围绕其 内存存储 和 单线程 两大核心特性展开，核心是 Key 要规范简洁，Value 要选对结构并避免过大，通过精心的设计来最大化性能、最小化资源消耗，并保证系统的可维护性与稳定性。：考察你是否具备良好的设计和团队协作意识，例如 Key 的命名规范、避免魔法值，这关系到系统的可读性、可维护性和可监控性。：考察你是否了解不恰当的设计可能带来的问题，如大 Key、热 Key 对集群稳定性的影响，以及相应的规避方案。的元素数量不应过大（例如不超过 1 万），否则在操作时可能产生阻塞。
2026-01-10 09:31:23
759
转载 腾讯：@Bean 与 @Component 用在同一个类上，会怎么样？
验证方式有很多，可以 debug 跟源码，看看 Spring 容器中到底有几个 UserManager 对象，也可以直接从 UserManager 构造方法下手，看看哪几个构造方法被调用，等等。后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，Spring Cloud Alibaba 等等，覆盖的，变的是 Spring Boot ， Spring Boot 2.1.0 之前没有覆盖 Spring 的。
2026-01-09 14:31:28
33
原创 面试官：InnoDB 加索引时，会锁表吗?
当索引构建完成后，MySQL 会再次短暂地获取一个排他锁（MDL），将第二阶段中记录的增量日志应用到新索引上，从而保证数据最终一致性。： 不仅仅是知道 “会不会锁”，更是想知道你是否清楚存在不同的加索引方式（在线 DDL 和传统拷贝表方式），以及它们之间的核心区别。操作不会锁表（这里指长时间阻塞 DML 操作的锁）。： 通过你的回答，判断你在面对 “需要给大表加索引” 这一经典生产问题时，是否有清晰、稳妥的解决思路和方案。Online DDL 的核心原理是在创建索引的过程中，允许并发的 DML 操作。
2026-01-09 14:31:28
910
转载 收到工资1002415.13元，爱你华为！！！
并结合9大企业级项目，带你熟悉算法工程师在工作中会接触到的数据打包、网络训练、测试等问题，一步步带大家了解和完成真真正正会在企业里面用到的实战案例，尽快进入AI学习领域。这位谢童鞋，报名前做后端开发5年，工作上遇到了瓶颈，薪资也涨不上去，调研了一番后决定学习算法，通过四个月的学习，现在成功。往期学员通过我们的内推，入职都特别高效，内推很多都是大厂，只有帮助大家学习到技术，找到一份好工作，我们才能收获好的口碑。多懂一门AI新技能，多踩准一个行业新赛道，下一个靠技术逆袭上岸的，说不定就是你！
2026-01-08 10:01:34
23
原创 面试官：什么是数据库范式，为什么要反范式化设计？
例如，一个包含 “订单ID、商品ID、商品名称、商品类别” 的表，其中 “商品名称” 依赖于 “商品ID”，而非完全依赖于主键 “订单ID + 商品ID”，这就违反了 2NF。在实际系统设计中，通常采用 “混合模式”：核心的、频繁变更的业务数据遵循范式化设计，而在读密集的报表、缓存或数据仓库层，则大量采用反范式化设计，以此在数据一致性与系统性能间取得最佳平衡。常见的有第一范式（1NF）、第二范式（2NF）、第三范式（3NF）等，其核心思想是通过拆分解耦，让每个数据项只在一个地方存储。操作或实时聚合计算。
2026-01-08 10:01:34
688
转载 聊聊雪花算法的5大坑！
后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，Spring Cloud Alibaba 等等，后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，Spring Cloud Alibaba 等等，假如在微服务架构中，Java服务生成的ID传给Python服务，Python服务再传给Go服务。虽然雪花算法理论上支持4096/ms的序列号，但实际使用中发现，在高并发下还是可能不够用。
2026-01-08 10:01:34
24
转载 面试官：用了索引还是很慢，可能是什么原因？
当出现性能问题时，能否从一个点（索引）出发，系统地、多维度地分析整个查询链路（SQL -> 优化器 -> 引擎 -> 硬件/系统）。），优化器可能会选择一个实际执行很慢的索引（例如，它误以为一个索引能过滤掉 90% 的行，但实际上只能过滤 10%）。：查询慢可能不是在 “找数据” 上花了时间，而是在 “等锁”。：是否了解除了 “未使用索引” 外，还有哪些常见原因会导致查询缓慢，尤其是 “用了索引但依然慢” 的典型场景。（如果数据页不在内存中），当需要回表的行数很大时（例如几千、几万行），开销会非常惊人。
2026-01-07 15:08:44
23
转载 把接口加速10倍：SpringBoot 3 + 本地缓存「金字塔」实战，实现碾压级性能提升！
后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，Spring Cloud Alibaba 等等，后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，Spring Cloud Alibaba 等等，已完结，基于 Spring Cloud Alibaba + Spring Boot 3.x + JDK 17...,累计输出 100w+ 字，讲解图 4013+ 张，还在持续爆肝中..
2026-01-07 15:08:44
29
转载 SpringBoot 如何对接第三方系统？
后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，Spring Cloud Alibaba 等等，后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，Spring Cloud Alibaba 等等，已完结，基于 Spring Cloud Alibaba + Spring Boot 3.x + JDK 17...,累计输出 100w+ 字，讲解图 4013+ 张，还在持续爆肝中..
2026-01-06 11:03:34
36
转载 SpringBoot 还在用 if 校验参数？那你真的太low了，老司机都是这么玩的！
还是上面的例子，比如保存User的时候，UserId是可空的，但是更新User的时候，UserId的值必须>=10000000000000000L；实际上，不管是requestBody参数校验还是方法级别的校验，最终都是调用Hibernate Validator执行校验，Spring Validation只是做了一层封装。后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，Spring Cloud Alibaba 等等，
2026-01-06 11:03:34
26
转载 全体码农做好涨薪的准备吧！
我见过太多人在面试路上反复碰壁，踩坑无数后才幡然醒悟：想进大厂，靠零散的资料堆砌、死记硬背API用法根本行不通。不少兄弟明明技术不差，却总在面试中栽跟头，核心就是没摸准大厂的考察逻辑，也没把零散的知识点串成体系。今年图灵两位老师拿出多年的资料库存，整合众多小伙伴的面试经验，总结了一套可以称之为全网最详细的。直击底层，深度拆解Spring AI的核心原理与源码架构，帮你从根源理解技术逻辑。做Java开发的兄弟都懂，这行的技术栈就像无底深海，尤其触及架构层面时，等技术栈，随手截了部分资料，大家先看下，
2026-01-06 11:03:34
19
原创 面试官：Redis 是单线程还是多线程？
Redis 通过其核心单线程命令处理模型保障了操作的原子性与简洁性，同时通过引入多线程处理外围 I/O 任务来应对现代硬件下的性能挑战，这是一种非常精妙且务实的设计权衡。不仅仅是想知道 “是什么”，更是想知道 “为什么” Redis 要采用（或部分采用）单线程模型，其带来的优势（如原子性、无锁、可预测性）和潜在瓶颈是什么。一句话概括：Redis 的核心命令处理是单线程的，但为了提升性能和扩展性，其外围的某些特定任务和网络 I/O（6.0+）采用了多线程。等) 这个最核心的流程依然是单线程的，保证了原子性。
2026-01-05 10:02:32
734
转载 很严重了，劝大家别轻易离职。。。
Mysql、Spring、Mybatis、Redis、MQ、Zookeeper、Netty、Dubbo、Spring Boot、Spring Cloud、数据结构与算法、设计模式、网络与操作系统、三高架构、线上疑难问题、大厂面试场景题、项目亮点和难点、K8S云原生。深入到源码中带你体验Spring拥抱AI大模型DeepSeek设计的巧妙以及Spring核心功能，体会Spring源码中的设计模式，并利用Spring扩展机制实战开发！，还有足够震撼到每一个Java程序员的，可以称之为全网最详细的，
2026-01-05 10:02:32
18
转载 为什么大厂一般不推荐使用@Transactional？
这种情况使用了嵌套的内部事务，原本是希望调用roleService.doOtherThing方法时，如果出现了异常，只回滚doOtherThing方法里的内容，不回滚 userMapper.insertUser里的内容，即回滚保存点。但并不是说一定不能用它，如果项目中有些业务逻辑比较简单，而且不经常变动，使用@Transactional注解开启事务开启事务也无妨，因为它更简单，开发效率更高，但是千万要小心事务失效的问题。如果在不同的线程，拿到的数据库连接肯定是不一样的，所以是不同的事务。
2026-01-05 10:02:32
28
转载 扔掉笨重的XXL-JOB？试试这个基于Nacos的优雅调度方案
后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，Spring Cloud Alibaba 等等，后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，Spring Cloud Alibaba 等等，也许你有更好的解决方案，也许你能指出这个思路的致命缺陷，都很有价值。
2026-01-04 14:02:02
46
原创 面试官：设计索引时应遵循哪些原则？
设计索引是一门平衡的艺术，核心是深入理解业务 SQL，并基于 B+Tree 索引的工作原理，做出使查询路径最短、成本最低的设计。：如果查询的字段不在索引中，引擎需要根据索引中找到的主键ID，回到主键索引（聚簇索引）的B+Tree中查找完整数据行，这个过程称为“回表”，会带来额外的磁盘I/O。在联合索引中，即使某些列不能直接用于索引扫描（如范围查询后的列），存储引擎也会在索引内部过滤掉不满足条件的记录，减少回表次数。）和更短的键长度，意味着单个索引页能存放更多的索引记录，减少 I/O，提升缓存效率。
2026-01-04 14:02:02
830
原创 面试官：唯一索引和主键索引的区别？
但同时，插入数据时，会为了保证数据按主键顺序物理存放，可能触发频繁的页分裂与数据移动，影响写入性能。在 InnoDB 中，主键索引就是数据的物理存储本身（聚簇索引），而唯一索引是独立的二级索引结构。在表设计时，应为每张表定义一个合适的主键，并根据业务逻辑的需要在特定字段上创建唯一索引。： 由于唯一索引是二级索引，在查询非主键字段时，如果该字段有唯一索引，且查询能利用到“覆盖索引”，性能会非常好。反之，则可能需要“回表”。主键索引与唯一索引的核心区别在于主键强制唯一且非空，而唯一索引只强制唯一但允许。
2026-01-03 16:07:44
925
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人