logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

Quarkus 优缺点深度剖析:来自 Spring Boot 开发者的视角

从 Spring Boot 开发者的视角审视 Quarkus,我们看到的是一个设计哲学截然不同但目标一致的框架。Spring Boot 追求的是开发效率和生态完整性,它通过运行时反射提供了极大的灵活性,代价是启动慢、内存大、与云原生环境的适配存在张力。Quarkus 追求的是运行时性能和云原生适配,它通过构建期处理消除了运行时反射开销,代价是动态性受限、生态成熟度不足、学习曲线较陡。

#spring boot#后端#java
深入 Quarkus:云原生时代 Java 的重生之路

Quarkus 代表了 Java 在云原生时代的一次重要进化。它没有抛弃 Java 的生态和规范,而是重新定义了 Java 框架的运行时模型,把传统框架在运行时通过反射完成的工作前移到构建期,从而实现了启动时间、内存占用、首请求延迟的全方位优化。这种"构建期计算、运行时执行"的范式,不仅让 Java 应用在云原生场景下重新具备了竞争力,也为 Java 框架的设计提供了新的思路。Quarkus 的意

#云原生#java#开发语言
MapStruct 与 Lombok 协作的注解处理器执行顺序分析

配置并不保证解析后的 jar 排列顺序与依赖声明顺序严格一致——配置的解析顺序受 Gradle 内部依赖解析策略的影响,在存在传递依赖或版本冲突时,实际顺序可能偏离声明顺序。中 Lombok 的 jar 排在 MapStruct 的 jar 之前,即可确保 Lombok 先完成代码生成,随后 MapStruct 再读取已修改的 AST 结构。方法,其所生成的代码并不存在,MapStruct 读取到

#java#后端
Git 功能发展历史

本文系统梳理了Git版本控制系统从2005年诞生至今的演进历程,将其划分为多个关键发展阶段。文章首先介绍了Git诞生的背景与核心设计哲学,即Linus Torvalds为解决Linux内核开发需求而设计的分布式、高性能、强完整性系统。随后详细阐述了各个版本的主要改进:1.x系列奠定了基础功能架构;2.0版本引入重大行为变更;2.x系列持续优化性能与用户体验,包括引入switch/restore命令

#git
Windows 环境使用 Git Bash 最佳实践

文章摘要:Git Bash 调用 Windows 程序时,MSYS2 会对路径、引号等特殊字符自动转换,导致 /c 被转成 C:/、引号被过度转义等问题。可通过双斜杠 //c 绕过路径转换,使用 cygpath 显式转换路径格式,或通过 MSYS_NO_PATHCONV 禁用转换。引号问题建议用 heredoc 或管道绕过参数解析。start 命令标题异常时,可改用 heredoc 或直接调用 c

#windows#git#bash
Java 8 编译器扩展点

摘要 OpenJDK 8的javac编译器采用三层API架构: 内部实现层(com.sun.tools.javac.*):核心编译器逻辑,但跨版本可能不兼容。 工具层(com.sun.source.util.*):面向IDE/工具的中间API,小版本间相对稳定。 标准API层(javax.tools.*等):JSR标准接口,跨版本兼容。 扩展编译器的两种主要方式: 标准路径:通过JSR 199/2

#java#开发语言
Java 类功能增强技术选型:从编译时到运行时的全景解析

Java类增强技术综述:从编译到运行时的全生命周期解析 摘要:本文系统梳理了Java类增强技术在编译时、编译后、加载时和运行时四个阶段的主流实现方案。编译时增强包括APT注解处理器、Lombok AST修改和AspectJ编译时织入;编译后增强涵盖ASM、Javassist和Byte Buddy等字节码操作框架;加载时增强主要基于Java Agent机制;运行时增强则通过动态代理等技术实现。文章详

#java#后端
到底了