- 博客(11)
- 收藏
- 关注
RSS订阅原创 改造线程池流程
本文深入解析Java线程池的工作原理及自定义改造方法。首先介绍核心参数（核心线程数、最大线程数等）和默认任务调度流程（"先缓冲后扩容"）。然后提出"先扩容后缓冲"的自定义方案，通过重写阻塞队列的offer()方法，在核心线程满后优先创建非核心线程。文章提供了具体代码实现和注意事项，强调资源池化与任务调度的平衡，帮助开发者根据不同场景灵活选择线程池策略。
2025-08-10 00:37:01
582
原创 在 GPU 云服务器中微调 Qwen3-0.6B
大参数模型效果好，但成本高、响应慢。为了在保障效果的同时提升推理速度、降低成本，可首先借助大参数模型完成目标任务的数据生成，并使用这些数据微调小参数模型，使其在特定任务中达到接近大参数模型的表现，这一过程也被称为模型蒸馏。本方案将以从一句话中提取结构化信息（如收件人、地址、电话）为例，演示如何通过模型蒸馏，让 Qwen3-0.6B 模型在此任务上达到大参数模型的表现。
2025-07-19 22:08:52
2966
原创 Spring AOP切面执行顺序与事务失效问题深度解析
事务切面默认优先级: 约自定义切面默认优先级(无@Order注解时)基础设施优先: 事务、安全等基础设施切面应该更接近目标方法异常处理策略: 希望业务异常能被事务切面正确捕获职责分离事务切面：负责数据一致性自定义切面：负责业务逻辑（参数校验、日志记录等）通过提升自定义切面优先级，使其在事务切面之前执行保证异常正确传播，让事务切面能够接收到异常并正确回滚维持统一的异常处理，同时不影响事务管理。
2025-06-21 22:07:31
706
原创 订单系统异步处理机制的选择与实践
在高性能订单系统设计中，如何处理订单创建后的后续业务流程是一个关键问题。本文将深入探讨Spring事件机制、Disruptor和消息队列这三种异步处理方案的原理、优缺点及适用场景，帮助开发者在实际项目中做出更合理的技术选择。
2025-06-02 15:03:10
745
原创 分布式事务消息深度解析：RocketMQ vs QMQ 设计理念对比及生产实践方案
纯RocketMQ方案适用于对性能要求极高的场景可以接受偶尔的不一致性MQ集群稳定性有保障纯本地消息表方案（类QMQ）对一致性要求极高的核心业务企业内部系统，技术栈统一可以接受一定的性能开销混合方案既要高性能，又要高可靠性复杂的生产环境需要渐进式降级能力分布式事务消息的实现没有银弹，RocketMQ和QMQ各自的设计理念都有其合理性和适用场景。深入理解各种方案的优缺点根据具体业务场景选择合适的技术方案构建完善的监控、告警和补偿机制在一致性和性能之间找到平衡点。
2025-06-01 17:17:48
2137
原创 从操作系统底层彻底理解Java IO演进之路
本文从操作系统调用的角度，分析了Java中四种I/O模型（BIO、NIO、IO多路复用、AIO）的优缺点及适用场景。BIO是同步阻塞I/O，适用于连接数较少的场景，但并发性能较差。NIO是同步非阻塞I/O，通过轮询I/O事件提高并发性能，适用于高并发服务器应用。IO多路复用通过内核通知应用程序哪些连接有数据，减少了线程数量，适用于高并发场景。AIO是异步I/O，由操作系统完成I/O操作后通知应用程序，适用于高并发网络应用如聊天室。每种模型都有其特定的使用场景和性能特点，开发者应根据实际需求选择合适的I/O模
2025-05-22 13:07:28
1166
原创 大厂动态线程池落地与实践
线程池管理在应用性能优化中扮演着关键角色，但其配置复杂且依赖于开发者的经验，难以适应多变的任务类型。现有线程池缺乏动态调整能力，且监控和告警功能不足，导致在性能瓶颈或故障时难以迅速定位和解决问题。为此，提出了动态化线程池的解决方案，通过二次封装实现参数的动态调整、任务监控、负载告警和操作监控等功能。该方案不仅提升了线程池的透明度和可监控性，还增强了系统的可维护性和可扩展性，为应对不同工作负载提供了更灵活的支持。
2025-05-21 13:53:53
1071
原创 小红书在线场景Pulsar技术实践
本次分享结合消息队列进行选型介绍，就 Pulsar 和 RocketMQ 的特性作对比，介绍 Pulsar 在小红书在线消息队列的场景下如何落地，以及企业可以获得哪些实际收益。同时，结合小红书消息队列的实际情况、经验进行了整理和数据汇总。
2025-05-16 19:11:19
1104
原创 得物自研API网关最佳实践
文章摘要：随着业务快速发展，得物公司原有的SpringCloudGateway（SCG）网关在网络安全、协同效率、性能与维护成本、稳定性风险及定制能力等方面逐渐暴露出问题。SCG基于webflux技术，虽性能优秀但存在内存泄漏、编程范式复杂、路由能力不完善等痛点。为解决这些问题，得物公司进行了自研网关的架构设计，采用Netty底层，实现数据流与控制流分离，优化路由匹配性能，并确保单线程闭环处理请求。新网关在安全性、稳定性、性能及资源占用等方面均有显著提升，成功解决了SCG的诸多问题，为业务发展提供了更强大的
2025-05-16 11:20:48
2660
原创 大厂多租户系统架构设计
多租户是SaaS（软件即服务）领域的一种技术架构，允许多个客户（租户）共享同一套软件系统实例，同时确保各租户间的数据和操作相互隔离。在SaaS模式中，租户通常指整个企业组织，而用户则是组织内的员工。多租户技术解决了资源隔离问题，包括计算、存储和网络资源的隔离。常见的多租户隔离模式有竖井隔离、共享模式和分域隔离。竖井隔离为每个租户提供独立资源，适合强隔离需求但成本高；共享模式让多个租户共享资源，成本低但可能相互影响；分域隔离则结合两者，基础域共享资源，专用域为特定租户提供独立资源。多租户系统需支持多种隔离模式
2025-05-15 13:36:18
660
1
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人