Posts on YUKIPEDIA

浅谈 JVM 垃圾回收机制

Sat, 13 Sep 2025 00:00:00 +0800

垃圾回收的概念从何而来

垃圾回收（Garbage Collection, GC），顾名思义就是释放垃圾占用的空间，避免爆内存。具体来说，垃圾回收需要对 堆内存 中已经死亡或者长时间未使用的对象进行清除回收。

记：沙箱环境变量不生效 Bug 排查

Sat, 30 Aug 2025 00:00:00 +0800

背景

接到 blueking-paas 沙箱自定义环境变量的需求后，照常先进行需求分析、产品设计，然后编写代码 + 本地 API 测试 + 提 PR，接下来就是愉快的和前端联调了。

之后流水线发布到联调环境，前端通知自测，自己在界面上到处点点点也没发现什么问题（现在看确实缺少一些测试经验 orz）。于是写了份体验文档扔到群里，让其他同事也测试看看，没问题的话就可以发布到预发布环境 & 正式环境，上线这个功能了。

不负责任の音游简史 & 音游种类简单科普

Sun, 29 Jun 2025 00:00:00 +0800

说起音乐游戏，可能很多人印象比较深刻的是由我们事业群下光子工作室发行的《节奏大师》。对于我来说，从小到大接触的第一款音乐游戏也是它。让我们从《节奏大师》这种下落式的游戏模式出发，去了解音乐游戏的起源和发展吧 ~

常用设计模式&面向对象设计法则

Wed, 18 Jun 2025 00:00:00 +0800

常用的设计模式

创建型
- Factory Method (工厂方法)：“ 让子类决定生产什么对象 ”，父类定规则，子类做决定，把对象的创建延迟到子类，避免硬编码 new
  - 解决了什么问题？
    - 解耦，客户端（Main 类）不需要知道具体实现，只依赖抽象
    - 扩展性，新增种类时只需要增加新的实现类
    - 符合开闭原则
- Abstract Factory (抽象工厂方法)：“ 一站式生产整套产品 ”，定义一个超级工厂接口，让具体工厂生产同一品牌的全套产品
  - 解决了什么问题？
    - 保证产品兼容性
    - 切换产品族方便
    - 符合开闭原则
- Builder(建造者模式)：“ 分步骤组装复杂对象 ”，当一个对象参数很多，用构造函数传参会很臃肿，并且难以扩展。可以采用 Builder 模式，分步骤设置参数，最后统一组装对象
  - 解决了什么问题？
    - 参数灵活，可以只设置需要的参数
    - 代码可读，链式调用清晰表达组装逻辑
    - 避免无效状态，通过 build() 方法统一校验参数
- Singleton(单例模式)：“ 一个类只能有一个实例 ”，某些对象（如配置管理器、数据库连接池）必须全局唯一，重复创建会浪费资源或导致数据不一致
结构型
- Adapter(适配器模式)：“ 转换接口，兼容新旧 ”，两个系统或类因为接口不兼容无法直接合作（比如老代码调用新库，或第三方接口不匹配）。适配器模式加一个 中间层（适配器），把 “旧接口” 转换成 “新接口”
  - 举个例子，假设你的电商系统需要同时支持 微信支付 和 支付宝，但它们的接口完全不同：微信的接口返回 boolean 表示成功与否，支付宝返回 PayResult 对象。但你希望对外提供统一的支付接口，屏蔽底层差异，这里就可以使用 adaptor
- Bridge(桥接模式)：“ 把抽象和实现分开，让它们自由组合 ”，当一个类有多个变化维度（比如“形状”和“颜色”），用继承会导致类爆炸（不用为每种组合创建子类）
  - 类比一下，抽象相当于遥控器的按钮（开/关、调音量），实现相当于不同品牌的电视（索尼、小米），桥接相当于遥控器持有电视的引用，但不知道具体品牌
- Decorator(装饰器模式)：“ 给对象动态加功能，像套娃一样层层包装 ”，当我们想给一个对象添加新功能，但不想修改它的源代码（避免破坏原有逻辑），就可以用 装饰器类 包裹原始对象，在 不改变原对象 的基础上，动态添加功能
- Flyweight(享元模式)：“ 共享相同部分，节省内存 ”，当程序需要创建大量相似对象时（比如游戏中的子弹、棋子、文字），每个对象都独立存储数据会浪费内存，我们就可以采用 享元模式，拆分对象的属性为内部状态（不变的、可共享的数据）和外部状态（变化的，不可共享的数据）
- Proxy(代理模式)：“ 找个替身帮你干活 ”，直接访问某个对象可能会带来问题（比如性能开销、权限控制、远程调用等），于是我们引入一个代理对象，在客户端和目标对象之间加一层控制，由代理决定如何处理请求
行为型
- Template(模板方法模式)：“ 定好流程大纲，具体步骤自己填 ” ，多个任务有 相同的流程，但某些步骤的具体实现不同（比如做咖啡和泡茶，步骤类似，但细节不同），于是我们可以抽象父类的整体流程（模板方法），子类只需要实现自己需要定制的步骤
- Method(方法模式)：“ 把复杂操作拆成小步骤，让代码更清晰 ”，当一个方法过于复杂（比如几十行代码，混合了多种逻辑），会导致难以阅读和维护，并且无法复用部分代码，于是我们 把大方法拆分成多个小方法，每个小方法只做一件事，再组合起来完成大功能
- Chain Of Responsibility(责任链模式)：" 踢皮球，一个请求在多个对象之间传递 “，一个请求需要经过多个处理者，但不确定具体由谁处理（比如不同金额的报销需要不同级别审批），于是我们把多个处理者串成一条链，请求沿着链传递，直到被处理或链结束
  - 解决了什么问题？
    - 解耦，请求发送者不需要知道具体谁处理
    - 动态调整，可以随时增减或调整处理者顺序
    - 灵活性，每个处理者只需关注自己的责任范围
- Iterator(迭代器模式)：“ 统一遍历所有对象，不关心底层结构 ”，不同的集合（如数组、链表、树）遍历方式不同，直接暴露内部结构会让代码混乱，于是提供统一的遍历接口，隐藏集合的内部实现
  - 解决了什么问题？
    - 解耦，遍历代码不依赖具体集合实现（数组、链表、树都能用同一套遍历逻辑）
    - 简化调用，用户只需调 hasNext() 和 next()，不用关心底层是 for 循环还是 while
- Observer(观察者模式)：“ 微信订阅号，作者发布，粉丝自动收到推送 ”，当一个对象（如天气数据）变化时，需要自动通知多个依赖对象（如手机App、广告牌），但 不想让它们紧密耦合，我们可以这样解决：
  - 被观察者（Subject）：维护一个订阅者列表，提供 添加/删除 订阅的方法
  - 观察者（Observer）：定义统一的更新接口（如 update()）
  - 流程：被观察者状态变化 → 遍历订阅者列表 → 调用每个观察者的 update()
- State(状态模式)：“ 对象变，行为跟着变 ”，当一个对象的行为 取决于它的状态（比如订单的 “待支付”、“已发货”），如果用一堆 if-else 判断状态，代码会臃肿且难维护，于是我们可以 把状态抽成独立的类，对象内部切换状态，行为自动变化
- Strategy(策略模式)：“ 算法随便换，调用不改变 ”，当一个任务有 多种算法（如排序、支付、导航），用 if-else 硬编码会导致代码臃肿且难扩展，于是我们可以定义算法接口，将每种算法封装成独立类，运行时动态的切换算法，调用方无需关心细节
  - 比如导航 App，选 “最快路线” 或 “最省钱路线”，App 自动计算，但导航按钮始终是同一个；支付系统，用户选微信支付或支付宝，支付流程不变，只是底层实现不同
  - 解决了什么问题？
    - 开闭原则，新增算法只需要加新类，不需要改旧代码
    - 复用性，同一套算法可被多个场景共享

面向对象（OO）的设计法则

单一职责原则：一个类只干一件事
开闭原则：对扩展开放，对修改关闭
里氏替换原则：子类必须能替换父类，且行为一致（防止调用父类方法时，子类抛出 不支持的操作 异常）
接口隔离原则：接口要小而专，不能让用户实现用不到的方法
- 比如：Animal 接口有 fly()、swim()、run()，但 Dog 类被迫实现无用的 fly()
依赖倒置原则：依赖抽象，不依赖具体
- 比如：
  - 错误设计：OrderService 直接调用 MySQLDatabase
  - 正确设计：OrderService 依赖 Database 接口，具体用 MySQL 还是 Mongo 由配置决定
迪米特法则：少管闲事，只和朋友通信（减少类之间的耦合）
组合由于继承原则：多用组合，少用继承

kaniko 与 buildpacks, slugbuilder, slugrunner

Fri, 30 May 2025 00:00:00 +0800

kaniko

什么是 kaniko？

学习 kaniko 之前，先要了解什么是 docker daemon docker daemon（docker 守护进程）是 docker 的核心后台服务，在后台管理所有与容器相关的事情比如：

前后端跨域

Tue, 27 May 2025 00:00:00 +0800

前言

在某个晚上搭建 apiserver 和 webfe 环境，启动前后端项目后在浏览器访问服务器的域名，出现了返回的状态码为 200，但是前端却拿不到后端数据，即跨域问题。寻求 mt 的帮助后解决了这个问题，收获不小，记录一下

微服务体系结构、Nacos 和熔断器

Tue, 11 Feb 2025 00:00:00 +0800

微服务四大设计原则

独立部署

每个微服务都应该能够独立部署、升级和扩展，而不影响其他微服务的正常运行。独立部署使得微服务架构能够灵活应对变化，无论是业务需求变化、性能优化，还是技术更新，都能以最小的代价进行。

在 MySQL 集群中，在从库已经读到了最新值的情况下，主库还有可能读到旧值吗？

Sat, 18 Jan 2025 00:00:00 +0800

参考：https://golangguide.top/

对于 MySQL 数据库，为了得到更高的性能，一般会搭建 MySQL 集群实现读写分离，主库用于写操作，从库用于读操作。虽然主库一般用于写，但也是能读的。那么就有这样一个问题：在 MySQL 集群中，在从库已经读到了最新值的情况下，主库还有可能读到旧值吗？

IntelliJ IDEA 中 Lombok 注解失效问题

Wed, 11 Dec 2024 00:00:00 +0800

问题

尝试在 IDEA 中使用 Lombok 注解，但是在程序编译时出现找不到 get&set 方法、找不到 builder 方法等报错，但在对应的类中都已经加上了 @Data 和 @Builder 注解，但是编译器找不到注解。

解决方法

确保安装了 Lombok 插件，（Settings → Plugins 安装 lombok）

泛型与函数式编程

Thu, 07 Nov 2024 00:00:00 +0800

泛型与函数式编程

函数式编程：在Java中，函数式编程是一种编程范式，它把计算视为数学上的函数求值，并且避免了状态和可变数据。这意味着在函数式编程中，函数是“一等公民”，它们可以作为参数传递给其他函数，也可以作为结果从函数中返回。此外，函数式编程鼓励使用不可变对象来减少副作用，从而提高代码的可读性和可维护性。
泛型：泛型是Java语言的一个重要特性，它允许你在定义类、接口和方法时使用类型参数。这样做的好处是可以重用相同的代码来处理不同的数据类型，同时还能获得编译时的类型安全检查，避免运行时出现类型错误。简单来说，泛型就是一种参数化类型的机制，即所操作的数据类型可以被指定为一个参数，这种参数类型可以在使用时确定。

应用

我们以下面的需求为例子：

基于 Redis 的用户短信登陆功能

Wed, 06 Nov 2024 00:00:00 +0800

1.发送验证码功能实现

前端会给后端传入 String 和一个 HttpSession ，然后对应的 controller 调用 service 层的 sendCode 方法：

/**
 * 发送手机验证码
 */
@PostMapping("code")
public Result sendCode(@RequestParam("phone") String phone, HttpSession session) {
 return userService.sendCode(phone, session);
}

通过 RandomUtil 实现随机生成验证码并保存到 redis 中。此处的返回验证码仅仅是模拟返回过程，并不是真实返回。

通过 AOP 和反射实现不同表的公共字段自动填充

Wed, 04 Sep 2024 00:00:00 +0800

项目问题场景

当前端页面涉及到新增或更新数据操作时，在后端数据库中会有更新某些公共字段的需求，比如创建时间、更新时间、创建人等等。

比如下面的 service 层代码：

/**
 * 新增员工
 * @param employeeDTO
 */
public void save(EmployeeDTO employeeDTO) {
 System.out.println("当前线程的 id：" + Thread.currentThread().getId());
 Employee employee = new Employee();

 // 对象属性拷贝，将前者的属性拷贝到后者的属性上，前提是两者的属性名一致
 BeanUtils.copyProperties(employeeDTO, employee);

 // 设置账号状态，默认正常状态 1表示正常，0表示锁定
 employee.setStatus(StatusConstant.ENABLE); // 用常量类来设置，不用具体的数字（硬编码）

 // 设置密码，默认为 123456，同样使用常量类来设置
 employee.setPassword(DigestUtils.md5DigestAsHex(PasswordConstant.DEFAULT_PASSWORD.getBytes()));

 // 设置当前记录的创建时间和修改时间
 employee.setCreateTime(LocalDateTime.now());
 employee.setUpdateTime(LocalDateTime.now());

 // 设置当前记录创建人 id 和修改人 id
 employee.setCreateUser(BaseContext.getCurrentId());
 employee.setUpdateUser(BaseContext.getCurrentId());

 employeeMapper.insert(employee);
}

/**
 * 编辑员工信息
 * @param employeeDTO
 */
public void update(EmployeeDTO employeeDTO) {
 Employee employee = new Employee();
 BeanUtils.copyProperties(employeeDTO, employee);

 employee.setUpdateTime(LocalDateTime.now());
 employee.setUpdateUser(BaseContext.getCurrentId()); // 获取操作人 id，此处是通过拦截器的 thread 获取对应信息

 employeeMapper.update(employee);
}

其中更新 updateTime 、setUpdateUser 等操作在重复的调用相同的 set 方法，会增加代码的冗余且不便于后期维护。

如何爬取厦大智慧教务签到码

Tue, 30 Jul 2024 00:00:00 +0800

前言

本文是作者在学习计算机网络八股文的过程中做的小实践，仅供学习使用，请勿使用此方法逃避考勤。

操作过程

爬取签到码前需要准备什么？

一台可以联网并且安装有微信的电脑
一个可以抓取网络流量包的软件（我使用的是Proxyman）

抓包过程

使用电脑登陆微信，搜索厦大智慧教务小程序并打开

大一随笔

Mon, 29 Jul 2024 00:00:00 +0800

前言

我高考录取到的专业并不是计算机而是建筑，因此我的整个大一是在思明校区度过的。可能是从小和电脑打交道比较早（？），也可能是看到将来的就业前（钱）景，进入厦大后萌生出转专业到计算机的想法。我开始写这篇博客的时间是 2024年 7 月 25 日的 23:08，因此本篇记录的快乐大一时光大多基于我对手机上万张照片的回忆~~~