Aaron Lin

一次由 DNS 反解析引发的 SpringBoot 启动卡顿问题

Wed, 12 Nov 2025 21:58:06 +0800

TL;DR

使用 114 DNS 时，反解析内网 IP 无响应，导致 SpringBoot 启动时 Liquibase 初始化阻塞约 30 秒
InetAddress.getLocalHost() 获取到的可能是127.0.0.1，而非实际的内网 IP（如 192.168.x.x）

现象

SpringBoot启动时（HikariPool 初始化后）卡顿 30s

2025-11-09 15:14:33 INFO  [main] com.zaxxer.hikari.HikariDataSource - HikariPool-1 - Starting...
2025-11-09 15:14:33 INFO  [main] com.zaxxer.hikari.pool.HikariPool - HikariPool-1 - Added connection com.p6spy.engine.wrapper.ConnectionWrapper@7f6137fb
2025-11-09 15:14:33 INFO  [main] com.zaxxer.hikari.HikariDataSource - HikariPool-1 - Start completed.

排查

通过 jstack 分析线程栈，定位到 liquibase.util.NetUtil.getLocalHostName() 阻塞

# jps
jstack 66713

下方线程栈显示阻塞点位于 Inet6AddressImpl.getHostByAddr()

"main" #1 prio=5 os_prio=31 cpu=3549.34ms elapsed=14.86s tid=0x000000010a808200 nid=0xd03 runnable  [0x000000016fa00000]
   java.lang.Thread.State: RUNNABLE
	at java.net.Inet6AddressImpl.getHostByAddr(java.base@17.0.14/Native Method)
	at java.net.InetAddress$PlatformNameService.getHostByAddr(java.base@17.0.14/InetAddress.java:940)
	at java.net.InetAddress.getHostFromNameService(java.base@17.0.14/InetAddress.java:662)
	at java.net.InetAddress.getHostName(java.base@17.0.14/InetAddress.java:605)
	at java.net.InetAddress.getHostName(java.base@17.0.14/InetAddress.java:577)
	at liquibase.util.NetUtil.getLocalHostName(NetUtil.java:79)
	at liquibase.sqlgenerator.core.LockDatabaseChangeLogGenerator.<clinit>(LockDatabaseChangeLogGenerator.java:30)

对应源码：

永远不要相信用户的输入：从 SQL 注入攻防看输入验证的重要性

Tue, 25 Feb 2025 21:02:50 +0800

学习编程之初就常被告诫：“永远不要相信用户的输入”，但实际编码中，可能因为各种原因而忽略这点，本文尝试以 SQL 注入的角度探寻校验输入的重要性

以下实验均以 SQLI labs 靶场为例

1. 联合注入（Union-Based）

来自：Less-1

这是一个常见的查询页面。http://127.0.0.1/Less-1/?id=1 ，通过 id=1 传递参数。后端常见的 SQL 写法：SELECT * FROM users WHERE id='$id' LIMIT 0,1;

攻击者可以通过构造 id 的参数值，执行任意的 SQL 语句：

其中关键步骤是构造 1' --+：

通过某个具体参数 1 和单引号 ' 来结束前面的语句：SELECT * FROM users WHERE id='，使其成为合法的 SQL 语句： SELECT * FROM users WHERE id='1'
通过 --+ 来注释后面的 ' LIMIT 0,1";

基于上面的原理，我们就可以在 1' 和 --+ 之间插入语句了，进行联合注入，具体步骤如下：

通过 order by 测列宽：?id=1' order by 4 --+，通过不断尝试和错误提示可以得知列宽为 3
判断回显值对应的位置，?id=-1' union select 1,2,3 --+，2 和 3 这两个位置都可供使用

重拾 SSH：从基础到安全加固

Fri, 24 Jan 2025 08:46:33 +0800

安全外壳协议（Secure Shell Protocol，简称SSH）是一种加密的网络传输协议，属于应用层协议。OpenSSH 是最流行的 SSH 实现，它是大量操作系统的默认组件

OpenSSH 套件由以下工具组成：

远程操作使用：ssh, scp 和 sftp
密钥管理：ssh-add, ssh-keysign, ssh-keyscan 和 ssh-keygen
服务端： sshd, sftp-server 和 ssh-agent

使用 SSH 连接服务器

1. 客户端创建公私钥对

密钥类型选择 ed25519 椭圆曲线，它生成的公私钥都要比 RSA 更短，具有较高的安全性和性能

# - a KDF (Key Derivation Function) 的迭代次数 默认：16 ，防止暴力破解
# - t 类型
# Ubuntu 22.04 默认：RSA 3072；Mac OS 默认：ED25519 256

# - C 备注，可以备注上创建年月，定期更换私钥
ssh-keygen -a 256 -t ed25519 -C "Brandon+2025-01@MacBook"
# 可以手动指定路径和密码，也可以一路回车

在 ~/.ssh 下会生成公私钥对

.
├── [ 411]  id_ed25519
├── [  98]  id_ed25519.pub

# 私钥需要妥善保管，避免暴露
cat id_ed25519

-----BEGIN OPENSSH PRIVATE KEY-----
b3BlbnNzaC1rZXktdjEAAAAABG5vbmUAAAAEbm9uZQAAAAAAAAABAAAAMwAAAAtzc2gtZW
QyNTUxOQAAACCRtC9cJJBFwvVsp4vV058ci8lSHNrf2qcx8W+umtK7OwAAAKArJx9PKycf...
-----END OPENSSH PRIVATE KEY-----

# .pub 结尾为公钥
cat id_ed25519.pub

ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIJG0L1wkkEXC9Wyni9XTnxyLIt/zHxb66a0rs7 Brandon+2025-01@MacBook

2. 在服务器上添加公钥

将上面客户端生成的公钥 ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIJG0L1wkkEXC9Wyni9XTnxyLIt/zHxb66a0rs7 Brandon+2025-01@MacBook 加入到服务端 ~/.ssh/authorized_keys，每个私钥占据一行

重拾 iptables

Fri, 27 Dec 2024 08:31:33 +0800

iptables 是一个常看常忘的命令，本文试图从应用的角度理解它

iptables 是运行在用户空间的应用软件，通过控制 Linux 内核 netfilter 模块，来管理网络数据包的处理和转发

一些常用的场景

1. 禁止 ip 访问后端 IP

在 192.168.64.6 上增加规则：

# -A INPUT: 将规则添加到 INPUT 链，表示处理进入的流量
# -s 192.168.64.7: 指定源 IP 地址，即要阻止的 IP
# -d 192.168.64.6: 指定目标 IP 地址，即后端 IP
# -j DROP: 表示丢弃匹配的流量
iptables -A INPUT -s 192.168.64.7 -d 192.168.64.6 -j DROP

# -j REJECT: 丢弃流量的同时向源 IP 返回一个拒绝消息。请求方直接提示：Connection refused
iptables -A INPUT -s 192.168.64.7 -d 192.168.64.6 -j REJECT

# -p 指定协议类型为 TCP
# --dport 指定目标端口
iptables -A INPUT -s 192.168.64.7 -d 192.168.64.6 -p tcp --dport 80 -j REJECT

# 看当前的 iptables 规则
# -L "list"，列出当前的规则
# -n "numeric"，即使用数字 IP 地址和端口号而不是主机名和服务名
# -v "verbose"，显示详细信息
iptables -L -n -v

# 列出带编号的规则
iptables -L --line-numbers
# 删除 INPUT 链中的第 1 条规则
# 注意！删除成功后序号会改变，需要重新查询序号
iptables -D INPUT 1
# 清除 INPUT 链所有规则
iptables -F INPUT  

# 清除当前活跃的表（未指定默认是 filter 表）的所有 iptables 规则
# 等同于 iptables -F -t filter
iptables -F

2. 端口转发

默认情况下，Linux 系统不会转发目的 IP 地址不是本地网络的 IPv4 数据包。这是出于安全考虑，防止系统意外成为恶意流量的转发表。要启用 IPv4 数据包转发功能，需要修改内核参数 net.ipv4.ip_forward

MySQL 时区与 serverTimezone

Thu, 19 Dec 2024 08:40:33 +0800

TL;DR

手动为 MySQL 指定非偏移量的时区，以避免 TIMESTAMP 类型夏令时问题和时区转化性能瓶颈
TIMESTAMP 范围：‘1970-01-01 00:00:01’ UTC to ‘2038-01-19 03:14:07’
连接 MySQL 数据库时，serverTimezone 参数用于指定数据库服务器的时区，需要设置为与 MySQL 服务端相同的时区

MySQL 时区设置影响 TIMESTAMP 类型数据和部分时间函数

MySQL 会话时区设置会影响 TIMESTAMP 和时间函数（NOW()、CURDATE()、CURTIME()、CURRENT_TIMESTAMP()）

存储 TIMESTAMP 类型数据时，MySQL 会根据当前会话的时区将时间转换为 UTC 时间，MySQL 实际存储的是 UTC 时间。检索时 MySQL 根据会话的时区将存储的 UTC 时间转换为会话对应时区的时间。而 DATETIME 类型的字段存储的时间值是原始值，不受时区影响

MySQL 默认使用 SYSTEM 时区（即操作系统的时区），每个需要时区计算的 MySQL 函数调用都会调用系统库来确定当前系统时区。此调用可能受到全局互斥体的保护，从而导致争用，建议显式设置时区

查询当前时区

# time_zone：MySQL 使用 SYSTEM 的时区
# system_time_zone：SYSTEM 为 CST 时区
show variables like "%time_zone%";
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone | CST    |
| time_zone        | SYSTEM |
+------------------+--------+

不同会话时区对时间函数的影响

# 当前时区 
# 查看当前的全球和会话时区值
SELECT @@GLOBAL.time_zone, @@SESSION.time_zone;

SELECT NOW(), CURDATE(), CURTIME(), CURRENT_TIMESTAMP();

set time_zone = 'America/New_York';

SELECT NOW(), CURDATE(), CURTIME(), CURRENT_TIMESTAMP();

不同会话时区对 TIMESTAMP 类型的影响

# UTC +8
set time_zone = 'Asia/Shanghai';

CREATE TABLE events (
    id INT AUTO_INCREMENT PRIMARY KEY,
    event_name VARCHAR(255) NOT NULL,
    event_timestamp TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
    event_datetime DATETIME DEFAULT CURRENT_TIMESTAMP
);

INSERT INTO events (event_name, event_timestamp, event_datetime) VALUES ('10.24 15:45:00', '2022-10-24 15:45:00', '2022-10-24 15:45:00');

INSERT INTO events (event_name, event_timestamp, event_datetime) VALUES ('12.24 15:45:00', '2022-12-24 15:45:00', '2022-12-24 15:45:00');

SELECT * FROM events;

+----+----------------+---------------------+---------------------+
| id | event_name     | event_timestamp     | event_datetime      |
+----+----------------+---------------------+---------------------+
|  1 | 10.24 15:45:00 | 2022-10-24 15:45:00 | 2022-10-24 15:45:00 |
|  2 | 12.24 15:45:00 | 2022-12-24 15:45:00 | 2022-12-24 15:45:00 |
+----+----------------+---------------------+---------------------+
2 rows in set (0.00 sec)

# 仅修改当前会话的时区
set time_zone = 'America/New_York';

SELECT * FROM events;

+----+----------------+---------------------+---------------------+
| id | event_name     | event_timestamp     | event_datetime      |
+----+----------------+---------------------+---------------------+
|  1 | 10.24 15:45:00 | 2022-10-24 03:45:00 | 2022-10-24 15:45:00 |    <- 夏令时，相差 12 小时
|  2 | 12.24 15:45:00 | 2022-12-24 02:45:00 | 2022-12-24 15:45:00 |    <- 平时相差 13 小时
+----+----------------+---------------------+---------------------+
2 rows in set (0.00 sec)

纽约 UTC 时差通常为 UTC-5（EST），夏令时为 UTC-4（EDT），所以将原本的会话从上海(UTC+8) 转到纽约时，TIMESTAMP 相差了 13 或 12(夏令时) 小时，所以为了自动转换夏令时，指定时区最好使用时区名词 Asia/Shanghai，避免使用偏移量：'+08:00'

为什么 AI 时代更应该 Learn in Public

Wed, 15 May 2024 08:56:33 +0800

TL;DR

Learn in Public 强调将学习到的知识 分享到公共空间，相较于纯输入式的学习有诸多好处。AI 工具极大降低了信息检索、整理、概括的门槛，使得输入信息更容易，但对我们真正掌握知识的帮助仍然有限，所以我们更需践行要像 Learn in Public 这样能提供 有效输出 的学习方式

AI 工具大大降低了信息检索、整理和概括的门槛，使得获取信息更加便捷，但对我们真正掌握知识的帮助仍然有限。因此我们更需要践行像 Learn in Public 这样重视 有效输出 的学习方式

为什么会想到这个话题

偶然间看到 Owen 发的贴子：

看到一个说法：笔记是一种无限游戏，没有结果，只有过程；而博客是一种有限游戏，因为它产出了完成的作品：博文。这说明我们不能当一个完美主义者，只在脑海或草稿箱中保留想法，我们应该尽可能完成作品，公开它，然后不断的练习这个过程。

我更坚定那个想法了：做一个默认设计为公开的笔记软件

看到这个贴子，马上联想到了 Learn in Public 这个概念，开始思考自己的这些年记笔记的方式，意识到了原来的方式可能存在一些问题，于是开始尝试践行 Learn in Public，将自己学习的一些东西写成博客、用学到的知识做一个有意义的产品等等。经过了这段时间的实践，再结合上自己日常使用 AI 的一些感受和想法，很自然地就想到了这个话题

什么是 Learn In Public

在 swyx 发布 Learn In Public 后，这个概念变得更加流行。Learn in Public 强调的是 将学到的东西分享到公共空间

常见的 Learn In Public 的方式，例如：

撰写博客、教程
在会议上发言
在问答社区提问或者回答
制作并发布视频

与之相对的 Learn in Private 侧重的是 消费内容，例如：

个人笔记
阅读书籍
阅读源码
订阅 GitHub 的 Repos 和 Issues，观察其他的人实践

为什么需要 Learn in Public

Learn in Public 是一个输出的过程，促进知识的整理、理解、求证，帮助我们拓宽对某些 知识理解的边界
公共空间能提供反馈，反馈可以产生激励、也可以修正我们努力的方向
有助于筛选所要学习的东西，Learn In Public 会花费大量精力，它能促使我们评估即将学习的内容是否值得
对抗完美主义，先有产出，走出第一步再根据反馈 持续迭代，而不是止步不前
很多的知识都来自 Public ，所以没有什么好藏着掖着，大部分的成果可能都是站在巨人的肩膀上

为什么 AI 时代更应该 Learn in Public

在 AI 的推动下，知识获取已经实现了质的飞跃，但对我们真正掌握知识的帮助仍然有限，所以我们更应该 Learn in Public，做更多的 有效输出

理解前端工程化

Sun, 28 Apr 2024 08:58:33 +0800

最初对前端的观感：眼花缭乱，各种各样的工具链以及其对应的配置文件、VS Code 插件，各种技术百家争鸣，选择众多。后来才理解前端不同于后端，后端代码的运行环境相对可控，而前端代码运行在用户设备上，所以需要兼容不同的环境，而很大一部分的工具、配置都是解决兼容性的问题

TL;DR

工程化的目的：降低开发成本提高开发效率方式：解决前端三大件（HTML, CSS, JS）存在的问题并对其进行增强，JS 通过 Babel 而 CSS 可以通过 Sass, Less, PostCSS 等工具实现进行增强，并且保证输出向后兼容的的 JS 或 CSS 代码

模块化、包管理

分解聚合：拆分复杂任务，降低复杂度（分而治之）

模块化解决问题：1. 全局污染 2. 依赖管理等等 JS 模块化标准（常用）：1. CommonJS （Node 标准）2. ES modules（JavaScript 官方标准模块化方案）实现：1. 浏览器只支持 ESM 2. Node 和构建工具上面两种标准都支持

包 (package) 管理：npm（Node.js的标准包管理器），还有其他的 pnpm 和 yarn 等

JS 工具链

JS 语言本身一直都在繁荣地发展，经常出现新的 API 和语言特性，但是用户的运行环境（浏览器、Node等）的版本可能是五花八门的，可能会导致报错、兼容性等的问题，所以最朴素的解决方式就是把 JS 都转换为向后兼容的老版本 JS 代码。前端的运行环境更多的是在用户这边，这点不同于后端能比较自由地调整服务器运行环境，这可能就是前端缝缝补补的原因吧，修补主要有的方式：

新 API：使用 Polyfill（填充物），为其实现缺少的 API，例如 core-js 库，就实现了 Array 的 flatMap 方法，这样在旧版本的 Node 环境，也可使用该方法
新语法：例如 Promise，对于这样的语法糖，就无法直接为其编写方法，需要转换代码，有点类似翻译，通过 regenerator 库可以将含有 Promise 的代码转换为向后兼容的代码

有很多这样的库用于解决某个特定的兼容性问题，一个个导入很麻烦，所以就有了 Babel，可以通过 Babel 的插件整合这些转换代码的库，需要安装对应的 Babel 插件依赖并在 babel.config.js 中配置 plugins。这样还是很麻烦，所以我们可以直接使用 Babel 的预设，其中最常用的就是：@babel/preset-env，安装依赖以后完成以下的 babel.config.js 配置，即可开箱即用：

JavaScript 事件循环动画演示

Wed, 17 Apr 2024 07:49:33 +0800

在前端代码中很经常看到使用 setTimeout(fn, 0)，如下面代码所示，乍一看很多余，但是移除了可能会出现一些奇奇怪怪的问题。要解释这个就需要理解 事件循环（Event Loop），下面会通过一些例子和动画来辅助理解事件循环

setTimeout(() => {
  // 调用一些方法
}, 0)

为什么使用事件循环

JS 是单线程的（浏览器和 Node则是多线程的），为了避免 渲染主线程 阻塞，需要异步，事件循环 是异步的实现方式

浏览器在一个渲染主线程中运行一个页面中的所有 JavaScript 脚本，以及呈现布局，回流，和垃圾回收。为了避免同步的执行方式导致渲染主线程阻塞，使得页面卡死，所以浏览器采用异步的方式：渲染主线程将任务交给其他线程去处理，自身 立即结束 任务的执行，转而执行后续代码，当其他线程完成时，将事先传递的回调函数包装成任务，加入到对应的消息队列的末尾排队，等待渲染主线程调度执行

流程：

渲染主线程执行全局 JS，需要异步的任务放到对应的队列，如果是 setTimeout 则会有线程计时，到了指定时间会将任务放入 延时队列（并非立即执行）
渲染主线程为空时，按队列的优先级依次选择队列（最先执行微队列的任务），依次按顺序执行各个队列的任务

任务没有优先级，而消息队列有优先级，不同任务分属于不同队列：参考 W3C 规范。微队列优先级最高，接着是交互队列然后才是延时队列

常见队列：

微队列（microtask）：⽤户存放需要最快执⾏的任务，优先级「最⾼」，通过 Promise.resolve().then() ⽴即把⼀个函数添加到微队列
交互队列：⽤于存放⽤户操作后产⽣的事件处理任务，优先级「⾼」
延时队列：⽤于存放计时器到达后的回调任务，优先级「中」

事件循环

下面例子来自于：《WEB前端大师课》，大块的文字描述相对没那么直观，所以用 Keynote 做了 gif 方便理解（如果有更好的做 gif 的方式可以留言告诉我）

1. JS阻碍页面渲染

JS 修改了 DOM 后，并不会马上显示在页面上，需要进行绘制后才会显示页面变更

<!DOCTYPE html>
<html lang="en">
  <head></head>
  <body>
    <h1>初始h1</h1>
    <button>change</button>
    <script>
      var h1 = document.querySelector('h1');
      var btn = document.querySelector('button');

      function delay(duration) {
        var start = Date.now();
        while (Date.now() - start < duration) {}
      }
      
      btn.onclick = function () {
        h1.textContent = '修改h1 textContent';
        delay(3000);
      };
    </script>
  </body>
</html>

如何弄懂复杂项目

Sun, 07 Apr 2024 08:31:33 +0800

先跑起来，通过文档和实践熟悉业务流程

这一步可以通过看官方文档开始，要注意的是一些项目是 更新先于文档 的，比如新版本启动方式有变更，但是文档还没更新。跟着文档不一定能把项目跑起来，需要借助 GitHub Issue 或者是 Slack 这样的工具以获取即时的帮助
看测试，通过测试了解流程

如果是开源项目，可以通过 GitHub Action 快速了解需要哪些依赖、如何快速运行测试，便于在本地运行测试，通过这些集成测试可以快速弄懂业务主线
通过 debug 高效快速地梳理流程

通过断点可以一步一步跟踪程序的运行，可以比较直观地看调用栈、变量等等的

对于一些无法本地调试的项目来说，我们可以退而求其次，断点它的测试，这也是一个很有效的方法
画图：降低复杂度

很多项目会使用一些比较优雅的设计或是引入一些抽象层，这样代码读起来就会跳来跳去，层级深的话就很容把人给绕晕了

可以用 draw.io 或者 excalidraw 等工具，根据实际情况画一画活动图、时序图等
提出具体的问题，带着问题看项目

如果只是盲目地看项目代码，可能看完还是一头雾水，但是如果能提出一个具体问题，或是带着一个需求去看，效果就会好得多

比如我提出问题：“某个任务在集群内是如何完成的？”，我可能会先去找到该任务的创建入口，然后顺藤摸瓜，找到任务的调度逻辑，顺着 happy path 找到下发任务的逻辑，再找到 Woker 的处理逻辑，这样就能弄懂整个调度流程

最后如果能用 一句话 回答提出的问题，那可能能说明你对这个问题涉及的知识已经有了一个比较好的理解
英语很重要

大多数项目的注释、日志等的都是英文，看懂这些能极大提高效率

IDEA （任意 JetBrains IDE）拆分先前 commit

Wed, 27 Mar 2024 08:50:33 +0800

最近在合并上游代码，遇到了一个问题：某个 commit 杂糅了几个不同的特性修改，这可能会导致 rebase 上游代码时需要再对该 commit 进行额外的代码冲突处理

解决方法：合并上游分支前，拆分杂糅的 commit，并将其中不同的特性修改合并（Squash）回相关的 commit。可以直接通过命令行进行操作，可以参考：Break a previous commit into multiple commits。也可以通过 JetBrains 家内置的 Git 进行操作，下面会介绍 IDEA 图形化操作的方法

非先前 commit 的拆分

对于刚提交的 commit，要拆分多个 commit 是非常容易的，因为我们只要 soft reset commit，将 commit 内容撤销回至 暂存区，就可以随意提交 commit

如果对于 soft reset 不太了解，可以参考我之前的博客：Git 中的回退操作：reset 和 revert

先前 commit 的拆分

先前 commit 指的是：在目标 commit 后已经有了若干个 commit。它无法直接通过 soft reset 进行拆分，因为这样会丢失后续的 commit，如下图，我们需要拆分 B commit，我们就无法直接使用 soft reset ，因为这样会丢失 C 和 D commit 的修改

所以我们需要使用 rebase，具体步骤：

在交互式 (interactive) rebase 中将 B 标记为 edit，这时 B 后面的 commit 会被暂时隐藏起来
使用 soft reset 将 B 撤销回 暂存区
将 B 的修改内容分多个 commit 提交 B1 和 B2
使用 rebase 的 continue 将刚才隐藏的 C 和 D 恢复回来，需要注意的是：因为之前的 commit 记录已经改变了，所以这时的 C 和 D 已经与原来的 commit 记录不相同，故标记为 C' 和 D'

SpringBoot 测试实践 - 3：@MockBean、@SpyBean 、提升测试运行速度、Testcontainer

Thu, 24 Aug 2023 08:40:33 +0800

上一节：SpringBoot 测试实践 - 2：单元测试与集成测试

编写测试的时候，我们必须保证外部依赖行为一致，也需要模拟一些边界条件，所以我们需要使用 Mock 来模拟对象的行为。SpringBoot 提供了 @MockBean 和 @SpyBean 注解，可以方便地将模拟对象与 Spring 测试相结合，简化测试代码的编写

@MockBean

@MockBean 是 Spring Boot Test提供的注解，用于在 Spring Boot 测试中创建一个模拟的 Bean 实例，并注入到测试类中的依赖项中。使用 Mock 可以控制被 Mock 对象的行为：自定义返回值、抛出指定异常等，模拟各种可能的情况，提高测试的覆盖率

@SpringBootTest
@RunWith(SpringRunner.class)
public class MyServiceTest {
    @MockBean
    private ExternalDependency externalDependency;

    @Autowired
    private MyService myService;

    @Test
    public void testSomeMethod() {
        // 定义外部依赖的行为
        Mockito.when(externalDependency.someMethod()).thenReturn("Mocked Result");

        // 调用被测试类的方法
        // 被测方法内部调用了 ExternalDependency 的 someMethod 方法
        String result = myService.someMethod();

        // 验证外部依赖的方法是否被调用
        Mockito.verify(externalDependency).someMethod();

        // 断言结果
        assertEquals("Mocked Result", result);
    }
}

需要注意的是：使用了 @MockBean，会创建完全模拟的对象，它完全替代了被模拟的 Bean，并且所有方法的调用都被模拟。对于未指定行为的方法，返回值如果是基本类型则返回对应基本类型的默认值，如果是引用类型则返回 null

SpringBoot 测试实践 - 2：单元测试与集成测试

Tue, 22 Aug 2023 08:48:33 +0800

上一节：SpringBoot 测试实践 - 1：常用的工具下一节：SpringBoot 测试实践 - 3：@MockBean、@SpyBean 、提升测试运行速度、Testcontainer

单元测试 vs. 集成测试

只编写单测，无法测试方法之间的集成情况，而且某些需求可能会修改多个方法，这可能会影响方法对应的单测，涉及到大量的相关单测的修改，这样的维护成本很高

可以把重心放在完善集成测试上，专注从外部判断程序是否符合预期。对于一些非常重要的方法，增加单元测试可以减轻集成测试排查错误的难度

先导知识可以参考上一节：SpringBoot 测试实践 - 1：常用的工具

SpringBootTest 和 MockMvc 进行集成测试

从 Spring Boot 2.1 开始 @ExtendWith({SpringExtension.class}) 作为元注解包含在 Spring Boot 测试注解中，例如 @DataJpaTest、@WebMvcTest 和 @SpringBootTest，所以我们不用重复添加 @ExtendWith({SpringExtension.class}) 注解

HelloWorld 测试

使用 SpringBoot 一个简单的 HelloWorld 案例，通过 @SpringBootTest 可以在测试环境中加载整个 Spring 应用程序上下文，@SpringBootTest 注解会扫描应用程序的主配置类，并加载所有的 Bean（包括依赖的 Bean）到测试上下文中。这样，测试中就可以使用完整的 Spring 功能，包括依赖注入、AOP、事务管理等

使用 @AutoConfigureMockMvc 自动配置 MockMvc，通过 MockMvc 可以模拟 HTTP 请求，并对响应的结果进行断言和验证

import org.junit.jupiter.api.Test;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.test.autoconfigure.web.servlet.AutoConfigureMockMvc;
import org.springframework.boot.test.context.SpringBootTest;
import org.springframework.http.MediaType;
import org.springframework.test.web.servlet.MockMvc;
import org.springframework.test.web.servlet.request.MockMvcRequestBuilders;
import org.springframework.test.web.servlet.result.MockMvcResultMatchers;

@AutoConfigureMockMvc
@SpringBootTest(webEnvironment = SpringBootTest.WebEnvironment.RANDOM_PORT)
public class MySpringBootTest {

    @Autowired
    private MockMvc mockMvc; // 注入 MockMvc

    @Test
    public void testHelloWorld() throws Exception {
        // 发送 GET 请求
        mockMvc.perform(MockMvcRequestBuilders.get("/hello")
                // 设置请求头
                .accept(MediaType.APPLICATION_JSON))
                // 验证响应状态码
                .andExpect(MockMvcResultMatchers.status().isOk())
                // 验证响应内容
                .andExpect(MockMvcResultMatchers.content().string("Hello, World!"));
    }
}

涉及数据层的测试：H2

部分操作涉及到数据库，一般都会引入数据层的依赖，在对应的 HTTP 请求后，对响应体和数据库数据进行断言和验证，就像下面这样：

SpringBoot 测试实践 - 1：常用的工具

Mon, 21 Aug 2023 09:00:33 +0800

下一节：SpringBoot 测试实践 - 2：单元测试与集成测试

我自己接触到的一些商业或是开源的基于 SpringBoot 项目，它们大部分是没有测试代码的，test 文件夹只有脚手架初始化生成的那个测试类，跟不同的开发聊到这个话题，发现他们中的大部分没有写测试的习惯，或者是觉得写测试代码麻烦，主要还是依赖测试工程师做黑盒的测试。只做黑盒测试的话有一定的的局限性，一些边界的条件可能就覆盖不到，而且相对来说人也比较容易出错、遗漏。而测试代码能解决其中很大一部分的问题，利用好单元测试和集成测试在某些情况下相对于直接通过 UI 进行测试是要更方便、节省时间的，所以想通过几篇博客来分享一下自己的测试实践

为什么要写测试（优点）

覆盖更多的边界条件，且随时都可以运行测试代码（一劳永逸）
缩小测试范围：测试某个方法只需要运行对应的测试代码，而不需要运行整个项目通过请求接口进行测试
对重构更友好，可以随时重构有集成测试的代码，不用担心打破原有的代码
其他人也可以通过测试快速地理清楚对应被测代码的主线逻辑（类似文档的作用，特别是复杂代码，通过测试能快速理解上手）
写测试的过程，给自己一个新的视角去审视代码结构的设计，有助于改善代码设计

当然代码方式的测试也并非完美无缺：测试代码增加编写和维护的成本，同时一些外部依赖也需要通过 Mock 的方式实现，这些都提高了整个测试编写的门槛。也倒逼我们思考更好地组织代码，减少依赖

另一个方面：测试对于重构也是至关重要的，随着对业务的理解越来越深刻，可以重构代码，抽象出了一些共性的逻辑，优化代码结构，但是如果没有相关测试，面对着旧代码就只能望而却步了

测试工具：JUnit 5, AssertJ，Mockito

spring-boot-starter-test 自带常用的测试工具：JUnit5、Assertj、Mockito，可以直接使用

JUnit5

Junit 5 包含：

JUnit Platform：Test Engine
Jupiter：编程模型和拓展模型
Vintage：兼容老版本

JUnit 4 和 5 使用的包有所不同

// JUnit 4
import org.junit.Test;
import static org.junit.Assert.assertEquals;

// JUnit 5
import org.junit.jupiter.api.Test;
import static org.junit.jupiter.api.Assertions.assertEquals;

如果不考虑兼容 JUnit 4 的测试，我们可以直接在依赖中直接排除 JUnit 4 的依赖，这样也可以避免在使用的时候错误地引入 JUnit 4 的包

快速重拾 Tmux

Thu, 13 Apr 2023 08:43:33 +0800

Tmux 是一个 Linux （Mac OS也支持）下的终端复用器，相较于 Screen 更为强大，但快捷键和操作逻辑也更复杂，一段时间不用，就很容易忘记相关的命令和快捷键。本文旨在通过一个简单的场景，快速重拾 Tmux

Tmux 通常用来保持会话（session），如果我们通过 ssh 连接服务器处理打包等的耗时操作，那么网络波动可能会导致连接断开，使得操作失败，使用 Tmux 会话会被保持，任务依然会继续，我们可以随时恢复会话

Tmux 另一个常用的功能是分屏，快速地创建 Window 和 Pane，方便地在不同的任务间穿梭

修改配置

vim ~/.tmux.conf

# 将默认修饰键（prefix） ctrl + b 修改：ctrl + a
set -g prefix C-a
unbind C-b
bind C-a send-prefix

# 激活鼠标模式
set-option -g -q mouse on

# 修改分屏快捷键
# 左右分屏
bind h split-window -h
# 上下分屏
bind v split-window -v

# 可以取消默认的分屏快捷键映射
# unbind '"'
# unbind %

# 将 tmux 的复制模式键绑定设置为 vi 模式
setw -g mode-keys vi

# windows 和 panes 的序号从 1 开始 
set -g base-index 1
setw -g pane-base-index 1

重新加载 Tmux 配置文件

32 位计算机时间戳溢出的思考 —— 整数的二进制表示

Wed, 09 Nov 2022 08:32:33 +0800

Year 2038 problem

在 CS50 第 01 讲：C语言中，提到了一个很有趣的问题：Year 2038 problem，这个问题指的是：一些使用 32 位来存储时间戳的计算机，在 2038 年，可能会出现整数溢出的问题，导致计算机的时间倒退回 1901 年

时间戳指得是：UTC 1970 年 1 月 1 日 0 时 0 分 0 秒到现在经历的秒数，用时间戳就可以表示当前的时间

为什么会出现这个问题呢？因为时间总是在流逝，所以每时每刻时间戳都在增加，但是 32 位的存储空间是有限的，总有一天会超出所能存放的最大值，而反直觉的是在超过了最大值后并不是归零（时间戳回到 1970），而是倒退到了更前的 1901 年，对应下面的表格我们就可以更直观地看到几个时间戳对应的具体时间

时间戳	对应的 UTC 时间
0	1970-01-01 00:00:00
2147483647 （32 位 int 最大整数值：2^31 - 1）	2038-01-19 03:14:07
-2147483648 （32 位 int 最小整数值：-2^31）	1901-12-13 20:45:52

可以看到当存储超过位数能容纳的最大值时，该值会从一个非常大的正数突然变为一个非常小的负数，所以导致了日期回到了 1901 年

原码、反码、补码

计算机底层是通过二进制的方式存储整数，两者转换可以参考文章：二进制和十进制之间的互相转换，除了整数的大小，还需要存储的是整数的正负，一般首位（最高位）用于存储正负，0 代表该整数为正数，1 代表该数为负数，将一个整数对应的二进制数转化为计算机存储的二进制数，这个变换就是《数字逻辑电路》里面经常提到的原码、反码、补码转化。注意：正数和 0 的原码、反码、补码相同，负数则需要转换

我们回顾一下，以 4 位二进制表示的整数举例：0 的原反补码都是 0000，1 的原反补码都是 0001，而 -1 该如何表示呢？

Git 中的回退操作：reset 和 revert

Fri, 08 Jul 2022 08:36:33 +0800

Git 中回退有 reset 和 revert，这两个的区别就是是否保留更改记录

假设当前的提交情况是：A <- B <- C <- D <- HEAD，如下图：

当前是 D，希望回退到 A，那我们可以使用 reset 命令，reset 后再看 git log 就会发现：B <- C <- D 宛如没有出现过，这适用于想完全舍弃 A 之后的修改

但是如果我们想保留 B <- C <- D 的修改记录，可能这三个 commit 的功能只是暂时用不到，以后可能还用到，或者可能当前分支是一个公共分支，B <- C <- D 可能已经被同步到了其他小伙伴电脑上，为了尽量避免代码冲突。这些情况就需要使用 revert 命令，这样会重新生成新的 commit，其中包含回退的记录（假设 D 这个 commit 是添加了一些代码，那么 revert D 的 commit 就是删除这些代码）

reset

使用 git reset A ，reset 会修改 head 的指向，这样可以回滚到 A，默认使用的参数是 --mixed，这个参数决定了 reset 时 Git 该如何处理工作区和暂存区

安卓导航抽屉 Navigation Drawer 实现沉浸通知栏

Tue, 10 May 2022 09:08:33 +0800

在使用 Navigation Drawer Activity 模版的时候，遇到了通知栏无法完全沉浸的问题，尝试搜索一些现有的解决方法，但是或多或少都会存在一些问题，通过反复尝试找到找到了一种比较靠谱的思路

环境

测试模拟器：Pixel 3A

compileSdk：32

minSdk：28

targetSdk：32

创建工程

默认效果展示：

修改步骤

设置状态栏变为透明：修改主题配置

 <item name="android:statusBarColor" tools:targetApi="l">?attr/colorPrimaryVariant</item>

修改为：

<item name="android:statusBarColor">@android:color/transparent</item>

修改后完整文件：

<resources>
    <!-- Base application theme. -->
    <style name="Theme.MyApplication" parent="Theme.MaterialComponents.DayNight.DarkActionBar">
        <!-- Primary brand color. -->
        <item name="colorPrimary">@color/purple_500</item>
        <item name="colorPrimaryVariant">@color/purple_700</item>
        <item name="colorOnPrimary">@color/white</item>
        <!-- Secondary brand color. -->
        <item name="colorSecondary">@color/teal_200</item>
        <item name="colorSecondaryVariant">@color/teal_700</item>
        <item name="colorOnSecondary">@color/black</item>
        <!-- Status bar color. -->
+       <item name="android:statusBarColor">@android:color/transparent</item>
        <!-- Customize your theme here. -->
    </style>

    <style name="Theme.MyApplication.NoActionBar">
        <item name="windowActionBar">false</item>
        <item name="windowNoTitle">true</item>
    </style>

    <style name="Theme.MyApplication.AppBarOverlay" parent="ThemeOverlay.AppCompat.Dark.ActionBar" />

    <style name="Theme.MyApplication.PopupOverlay" parent="ThemeOverlay.AppCompat.Light" />
</resources>

修改后的效果：

使用 Postman 的 Environments 和 Tests 简化在不同环境中的切换步骤

Fri, 04 Mar 2022 08:53:33 +0800

调试 API 的时候，我们需要经常需要在本地、开发、生产来回切换，还需要面临 Token 失效等的问题，让人头大，看到一些教程有介绍用 Postman 来简化流程，但是实践起来还是遇到一些问题，所以就有了这篇细致地介绍使用 Postman 的 Environments 和 Tests 来简化在不同环境中切换的步骤，无感知地调试 API 的博客

手动更新 Token

在 Environments 面板中 new 一个新的 Environment (环境)，用于存储当前环境的：Token、地址、用户名、密码，需要先填上地址、用户名、密码的 CURRENT VALUE

在 Collections 中添加一个新的 Collection（集合），名字为 Demo，点击右键选择 Add Request 添加一个获取 Token 的 Request。注意右上角的 Environment 需要选择刚才定义的，这样才可以通过 {{}} 获取到 Environment 中变量的值。这里的 base URL、账号、密码都可以根据实际请求的情况进行设置

编写这个 Request 的 Test（Test会在请求执行后自动运行），编写 Test 目的是为了在请求后自动更新当前 Environment 的 Token，写完就点击 Send 发送请求。点击右上角的眼睛，可以快速查看当前 Environment 变量

// 判断相应的状态码是否为 200
pm.test("Status code is 200", function () {
    console.log((pm.response))
    pm.response.to.have.status(200);
});

// 更新当前 Environment 的 Token
console.log(pm.response.json())
var token = pm.response.json().token
pm.environment.set("token", token);

使用 Request

调用获取 Token 的 Request，更新全局 Token

我的二本学生阅读笔记

Tue, 25 Jan 2022 01:24:33 +0800

第一次知道黄灯老师是在随机波动的播客：【随机波动025】一本二本的尽头是否都是就业零件？

后面又在软工教学群里看到了分享：专访《我的二本学生》作者黄灯：看见中国普通年轻人的命运

随后也看到了十三幺：许知远对话黄灯我和我的二本学生以及黄灯老师的演讲：黄灯：二本学生的困境，也是当下所有年轻人的危机

近期翻阅了黄灯老师所写的这本札记，对于所提到学生有了更具象的了解，书中一些片段与生活认知有高度的重叠，其中就包括：苦难对于学生不同的影响、原生家庭对于孩子成长的影响、大的时代背景下的个体的选择和命运、多子女家庭和独生子女家庭学生性格的差异

看这本书的时候，我总会回想起大学时期担任软件工程助教的那些事情。通过助教这个工作，有幸以另一种角度窥见自己所在的学校、自己熟悉的课堂，见证同学们学习的状态。在结束了一个学期的助教工作后，我越发了解同学们的所面临的境况，同时也更深刻地感受到了教师的无奈，以及他们所面临的困境。对于我来说有时这种绝望是打在身上的，能够触及的改变太少了

正如黄灯老师所说的：

我希望我的学生毕业之后都能在社会上立足，不要过着很艰难的生活我也希望他们更有冲劲，能够去追求梦想，有更多的勇气，但我知道其实很多爸爸妈妈，他们希望自己的孩子读完大学之后有一份稳定的工作，让父母放心，在城里面立足

我也看到有不少学生，在坚持自己的理想和底线的时候，在现实中会碰的头破血流我们作为过来人其实在他准备那样去做的时候就能够预料到他的后果，但是当时可能也不忍心去把他的那种激情破灭，但是事实上你过了好多年，再回过头去看其实孩子还是付出很大的代价

这个社会的反，抗不能完全由年轻人冲到前面，我觉得这个社会的改革应该首先从反省自己开始，尤其是那些获得利益的人一个农村来的孩子，父母通过打工，在外面卖苦力来供养他读书，说句不好听的，你指望他来改变这个社会，我觉得太残酷了

互相看见是特别重要的，互相看见才会达成和解，这社会才会产生一种韧性的力量，而不是动不动就撕裂

序言看见他们

中国二本院校的学生，从某种程度而言，折射了中国最多数普通年轻人的状况，他们的命运，勾画出了中国年轻群体最为常见的成长路径

写作的直接动因：课上的关于风的现场写作所引出的故事，让作者意识到了自己对于广东经济发展刻板印象

一在龙洞

龙洞的变化折射了城市变迁史不同的学生毕业后都租住在龙洞，伟福将住所收拾的妥帖，让人舒坦，在结束一天的工作后，能拥有让自己享受的空间冉辛追将龙洞作为人生过渡期的暂居之处，受到爷爷的影响，对文学骨子里地热爱，最后却选择了人力资源专业，他的选择让爷爷迷茫和失望，这种遗憾也成为了他人生选择的隐秘动力，父母支持考研，提供生活费，通过三年的努力，最终成为复旦的一员。与之相似的还有姚大顺，他们都没有办法按照生活预设好的轨道前行，所以最终选择了考研，但家庭和成长环境不同，导致了大顺无法接受家人资助，全心考研。经过折腾最后回到了龙洞，他是家中的长子，母亲希望他可以稳定下来

除了身份已变，他的生活，和学生时代没有太大的不同，他依旧拥有龙洞，拥有学校的操场，拥有活色生香的饭堂，当然，也拥有大学时代低廉的生活成本，甚至还可以非常方便地联系想见的老师。这种便捷也许会让他忘记现实的残酷，淡化母亲给予他的忧伤，让他偶然沉湎咋学生时代的幻梦中

二公共课

公共课所教授的《经济应用文写作》与博士期间所学习的写作之间的鸿沟是面临的挑战

对于人文学科而言，多媒体对于课堂的干扰和伤害，先让没有引起足够的重视，信息的泛滥及花里胡哨的内容，让老师无形中倍感压迫，也让学生在深度思考和理解上，缺乏锻炼的机会和耐心

邓桦真《风》写自己家境的贫寒，为贷款烦透心朱洁韵《父爱》个性要强，来到大学后，幡然醒悟懂得了父亲的爱

面临的一个问题：无法触及一个真实群体的问题，企图借助考试，调动他们与己有关的生活经验，以此了解他们对于社会、自身的认知

让学生困惑的事情：

电子产品对生活的渗透
负载在家庭之上的生存挣扎

城市孩子：批判应式教育，深恶痛绝，刘奕晓比喻为“一场赌博”，方雪怡：高考作为划分线，中国学生的青春时代被简单粗暴地划分成两部分农村孩子：充满闯过高考的庆幸惴惴不安

正因为经受了压力过大的考试阶段，课堂上学生中规中矩、老成持重，他们的平和中正与我们大学时代的张扬放肆，鲜明对比。他们收缩了属于青春年代的触角和锋芒，逼到绝境，唯一能够下手的对象只有自己

从记事起，无形的、细密的重荷就负载在他们身上，早已将他们裁剪得规规整整，难以在生活中泄露狡黠的契机

教育像一场慢性炎症，中小学时代服下的猛药、抗生素、激素，到了大学时代，终于结下了漠然、无所谓、不思考、不主动的恶果

三班主任

因为班主任的身份，目睹了一个群体从学生时代，完全步入真实的社会，并和这个社会产生真实的关联

这些二本学生有的是在毕业后短暂挣扎，但最后又是为了解决生存

梦想，每个人都应该拥有，但不是每个人都能实现大学毕业后，我的首要任务是要解决我和家人的生活问题

四任班长，其中能几个之所以能在社会立足，并过上让长辈放心、安心的稳定生活，要不就是早早认清现实的规划顺着社会去经营生活，要么就是是经过现实的碰撞，终于认清进入体制内工作的优势，选择毕业后回炉考公务员。志勇综合条件优秀，但是毕业后九年经历证明了，现实已经没有多少空间和可能

夹缝中的光芒：钟梦兰：得益于中国高速的城市化进程，父亲从事建筑行业，在市里购地建房，在小城市生活潘海燕：父母进城打工，保证了三姊妹的教育费用，没有重蹈村里贫困家庭长女的遭遇，早早辍学嫁人广东发达经济条件和成熟的市场意识，导致家庭开过工厂或小作坊和内地农村家庭依赖农业的鲜明对比，造成职业观念的不同：倾向于从事商业活动

062111毕业生去向：班上的女生很多在毕业后经过折腾，通过考公务员，进入机关事业单位，获得安稳工作，其二是银行、保险等金融机构，其三，国营、民营及各类私营企业，最后是：创业

梅怡的就业观中，没有动过寻找稳定工作的心思，和父母的鼓励、大城市出身、长大后的见识、较好的家庭经济条件分不开

062111学生之所以能在教育彻底市场化的境况下，获得良好的发展机会，显示了这一代普通青年，曾经拥有的丰富资源和时代机遇

分化已经开始：一部分实现了财务自由，另一部分居无定所、收入有限，两者分野的关键要素是是否买房

曾迎欢

毕业就去北京，开拓了眼界，提升了能力，打下了基础，回到广州。婚后选择买房，靠着借款和存款一次性付清，有了第一个孩子后，选择全职妈妈，期间还留意政策风向、金融市场动态，适当理财，第二年又购置第二套房。基本上每年一套房，实现财富增值。得益于努力和忧患意识

陈柳鸿

家里经商，耳濡目染，她的小姨注重培养她社交能力，毕业后通过家里人脉，进入广州某行业协会，由于复杂的人际关系，离开，进入了某电视台，认识了杨总，走上了艺术品拍卖，开始累积了人脉，与知名作家妻子合作做翡翠生意，后面合作崩盘，自己单干抓住微商红利。庆幸关键时刻总有贵人相助

杨胜轩

父母下岗，房屋拆迁，在拆迁补偿的基础上借钱买饭，抓住了稍纵即逝的红利。父母下岗后生存所遭遇的艰辛，在他性格中打下了很深的烙印

对照记

两种完全不同的教育图景：计划经济条件下国家主导的高等教育 与 市场经济条件下资本与资源主导的高等教育

《马文柯林斯的教育之道》阅读笔记

Wed, 05 Jan 2022 09:08:33 +0800

《马文·柯林斯的教育之道》是哈佛幸福课（积极心理学）中强列推荐的一本书

这本书主写的是马文·柯林斯的成长经历已经和教育理念，仅看介绍，会误认为这本书只是在说鼓励式的教学理念，看完发现还有写塑造了她性格的人生经历，这部分更具有启发性。提及的很多点引起共鸣，能看到个人成长经历对于她教育方式的影响，最终形成的教育理念又改变了很多人的命运

马文儿时生活在亚拉巴马州蒙罗韦尔小镇，在这里远离了许多犯罪行为，人文、自然让她度过了无忧无虑的快乐童年。她目睹了因为种族的缘故父亲遭受到的不公待遇，但父亲从不墨守成规、安于旧俗，拥有强大的价值观和坚定信仰，这使得马文有强烈的安全感并且坚定自信

小时候通过模仿祖母诵读，马文学会了通过音节拼读单词，祖母读那些书籍诗歌启蒙了马文

小学时马文因写错2被老师用尺子打手，这影响了马文的教学理念：应该对孩子采取积极的策略，不应该指责和嘲笑，应该建立信心，孩子是敏感，自尊心是脆弱的

因为黑人身份在上学和就业时处处受到限制，致使她在培门罗县训机构教书，这段经历使马文掌握了教学方法，还让她懂得了优秀的教师更应该懂了解学生

在去芝加哥拜访祖母表亲安妮时，遇见了她的丈夫柯拉鲁斯，丈夫始终都很支持马文做的事

“能够对别人的孩子表现出极大耐心的男士一定会事一个好父亲和好丈夫”

在辞去医疗秘书工作后，马文到南卡尔洪小学二年级教书。传统教学通过图片教授阅读，这降低教材和课程难度，学生的反馈使得马文摒弃了这种教学方式，转而选择一些优秀的故事，教授孩子们正确的价值观和生活经验，这相较于传统课本更能激发阅读兴趣

办公室政治让马文失去了继续留在公立学校的动力，最终马文开始和一群对公立学校不满的女性邻居一起在丹尼尔·黑尔·威廉姆斯大学里建立了私立小学，在这所马文自己的小学里，她充分践行了她的教育理念，后来马搬到了自己家二楼并将学校改名为西区预备学校，继续教书育人

马文给《芝加哥太阳时报》的专栏作家扎伊·史密斯写信，并接受了采访，之后收到关注和捐助，她到公立学校演讲，获得500美元，她也以此激励孩子努力学习

之后有了更多像莉莲·沃恩、艾拉·麦考伊这样的对待孩子温柔有耐心且乐于接受马文的教学方法的老师加入了马文的学校

《60分钟》栏目为学校打开资金来源，学校换了新的校址，有了更多的学生

面对各种正面和负面的报道，各种各样的批评，刚开始马文拒绝回应，朋友建议马文回应，但是这使得马文筋疲力竭

那些讥笑讽刺和含沙射影的批评永远不可能减少她真正的成就：那些孩子接受教育，受到鼓励，变得自信果敢，最后在这个世界上闯出了属于自己得路。这才是马文的宝贵遗产

马文教学的载体是基础读本中的每个故事，还引入了补充材料，培养学生发散性思维，用概括的方式来启发他们，让学生看见知识的流动 -> 用故事撑起孩子们广阔的知识面 -> 孩子们可把这些知识用于课堂、生活，从而形成正反馈不断激励孩子们自发学习。不局限于文学，她也会讲述歌剧及其背后的故事，她相信：要想让年轻人受到良好的教育，需要让他们接触所有的文化形式。她还在课堂上提出开放式的问题，激发学生批判性思维，提出省略事实的不完整问题，教会他们评估问题，意识到信息不充分

马文则坚信：“真正的解决途径就是教育，我们必须教会孩子自尊自立，我们必须教导他们，读书、培养技能和自立是非常重要的”

“马文作为老师的最高目标就是赋予学生为自己学习的意愿”

教育的重中之重就是让孩子阅读，需要艰难且乏味的学习，没有任何捷径可走

危害当代教育一个弊端是由于过度强调“进步注意”的教学方法造成的。学校为了努力遵从约翰·杜威以学生为中学而非以课程为中心的教学理念，过多地牺牲了教学内容，过度关注如何教而不是教什么

在我们的学校里，没有奇迹，更没有魔法，否则教书对我而言就不会那么劳神费力了，学习对于这些孩子而言也不会那么艰辛困难了。正是由于所有的这些付出和艰难，孩子们才会细细品味每一次成功，并甘之如饴。并且一但他们开始成功了，便会想要更多，甚至不愿回头

马文擅长用鼓励或批评引导学生：

“你们会学习所有的发音规律，这样的单词将不再是什么难懂的谜，多么富有或者多么漂亮。你可以和任何人对话，无论对方多么聪明，多么富有或者多么漂亮。你们都是聪明伶俐的孩子，没有什么事你们做不到的”

“总有一天，在无数次的赞扬和拥抱之后，他的抵触情绪会自动消解。孩子们最终想要的是，一个真实的自己可以被接受，感受到自己是有价值的。一但他们感觉到自价值，就会痴迷于学习，而且永远都会求知若渴”

人和事分开，你的行为愚蠢不等于人愚蠢，这样学生才能接受意见和批评，放弃错误行为，而不是去尊严或自我价值

关注每一个孩子，这可能与她的经历有关，对于被孤立的感觉更能感同身受，她也提倡互助小组，不断督促彼此，为彼此取得的小成绩而感到快乐

课间看见独自的孩子会重新组织游戏玩伴，让每个孩子都感觉到被集体接受，不被排斥

每个孩子都需要感觉到被爱和被需要。每个孩子都需要归属感。大多数孩子依旧因为在之前的学校里被羞辱和被排挤而痛苦不堪

她不是被动地等着学生向她寻求帮助，而是常常就让自己在学生身边，通常困惑的孩子会呆在座位上，忘记了解决问题这件事，直到最后完全跟不上，彻底放弃

当你们想要伤害另一个人的时候，又怎么能够抱怨这个社会有种族偏见呢，所以你们学会互相帮助和相互爱护之前，不要谈论别人都对你们做了什么

她认为也应该把 ”不好的事物“ 也展现在孩子面前，这也是我们传统教育中比较缺失的东西，导致一部分人不知道该怎么面对现实生活中的苦难

让孩子知道自己的坏情绪，这很重要，小孩子容易认为是他们做了什么事才给大人添了许多麻烦

毫不避讳地和孩子谈论自己的事，教师不应该故作完美：“如果老师不展现人类脆弱的一面，那么孩子也会羞于承认他们自己脆弱的一面”

我也认为，不应该过度保护孩子，不应该把他们的阅读方位局限于只会以盲目乐观地视角审视这个世界的故事。生活是混乱无序且充满瑕疵的，而且孩子们应该被告知这一点，像死亡、贪婪和暴力这些话题并非不可言说的禁忌

和孩子们分享自己以前做的“坏事”，告诉孩子们：“如果有老师放我一马，我就会得过且过”，所以她严格要求孩子们的学习

父母对于孩子的教育也起到了非常大的作用

“在这个混乱的世界里，唯有拥有意志坚定的父母或强大的老师的孩子才能有所成就，至少具备其中一个条件，或者二者都具备”

必须强大起来并为孩子定调子的应该是家长，家长不给孩子立规矩，却期待老师在课堂上维持好纪律和秩序，在家从未要求承担责任，或者做家务

简单的 Shell 脚本入门教程

Wed, 05 Jan 2022 09:08:33 +0800

Shell脚本运作方式与解释型语言相当，如果有语言基础，学起 Shell 脚本就非常容易，但是 Shell 与常见的语言不同，一些常见的函数在 Shell 中需要组合一些命令得以实现

工具推荐

Shell 似乎没有定制的 IDE，这里推荐 VS Code 搭配对应的插件：

shellman 智能提示和自动补全，在插件页面有介绍常用代码片段的触发关键词，作者在 Shellman reborn 中写到了 Shellman 诞生的故事，挺有趣的
shellcheck 语法静态检查工具，插件安装后需要本地安装 shellcheck，参考 shellcheck Installing，Mac OS 可以使用 brew install shellcheck，这样在写 Shell 的时候，语法有误的地方就会以波浪线的方式提示
shell-format 代码整理，Win 快捷键：Alt + Shift + F，Mac OS 快捷键：option + shift + F
Code Runner 脚本运行，右键 Run Code，Win 快捷键：Ctrl + Alt + N，Mac OS 快捷键：control + option + N

运行 shell 脚本

新建脚本：test.sh

#!/usr/bin/env bash

# 使用echo 打印字符串或者变量
echo 'hello world'

可以用 Code Runner 运行，就会输出：hello world

开源≠免费常见开源协议介绍

Mon, 20 Dec 2021 09:29:33 +0800

不根据协议使用开源软件可能面临的风险

2003 年 Linksys 公司（同年 3 月被思科收购）推出 WRT-54G，这款路由器采用了基于 Linux 的固件，而 Linux 使用的是 GPL 开源协议，所以思科迫于压力，开放了 WRT-54G 的源码，这使得爱好者们知道了路由器固件的实现方式，进而促成了各种相关开源项目的繁荣，其中就包括 OpenWRT

Android 和 Linux 内核的关系

Android 使用了 Linux 内核，而 Linux 内核采用的是 GPL 的开源协议，所以 Google 修改了 Linux 内核，使得驱动程序可以在 Linux 内核的上层运行，这样上层的代码可以绕过GPL协议。这也使得所有 Android 上的开源驱动，不经过修改无法直接用在 Linux 内核上，造成了Linux 内核的分裂，所以 Linux 内核开发小组撤下了 Android 所贡献的代码

而非内核部分，Android 开源项目 (AOSP) 许可提到了：

对于用户空间（非内核）软件，相比其他许可（例如宽通用公共许可证 (LGPL)），我们更倾向于 Apache 2.0（以及 BSD 和 MIT 等类似许可）我们为自己的代码首选 Apache 2.0

因为 AOSP 采用了 Apache 2.0 协议，所以任何人都可以基于 AOSP 开发自己的 Android 系统，而且不需要开源，国内的一些定制 Android 系统都是基于 AOSP，具体可以参考定制Android固件列表。虽然 AOSP 是开源的，但是 Google 移动服务 GMS（Google Mobile Service）是闭源的，GMS 中包括，如果手机厂商想要使用 GMS，就必须向 Google 支付授权费。GMS 包含了 Google 自家的App 和服务，除此之外海外 Android 平台发布的 App 严重依赖 GMS，没有 GMS 可能导致软件无法使用等问题，Google 禁止华为对 GMS 的使用，导致华为手机海外出货量大幅下降

简单的 Go 入门教程

Mon, 18 Oct 2021 09:10:33 +0800

Go（又称 Golang ）是 Google 开发的一种静态强类型、编译型、并发型，并具有垃圾回收功能的编程语言

Docker 和 Kubernetes 都是使用 Go 进行开发的，这几年 Go 越来越流行，生态也越来越好了

初学 Go 的时候会遇到了一些小问题，在一些教程中没有提及或者因为时效性的缘故，经常需要查阅很多资料才能弄懂，所以想写一篇比较新人视角的文章帮助大家入门

安装

Go 的官网就是 golang.org，点击首页的 Download Go 就可以跳转到下载页面，然后下载对应操作系统的 Go，如果国内访问缓慢，可以访问镜像站：golang.google.cn，官方安装教程：Download and install

Windows 只要下载对应的 msi 文件，然后打开后按照提示基本上就是下一步下一步… 具体可以参考这篇博客：Windows Go 开发环境下载、安装并配置，安装完成后 Windows 需要 Win键 + R键，然后输入 cmd，输入 go version，显示版本号就说明安装完成

GOPROXY

国内下载依赖库会比较缓慢，所有我们需要配置 Go Proxy 加速依赖下载（有点像 Java 中修改 Maven 镜像仓库），这里镜像源使用七牛云

go env -w GOPROXY=https://goproxy.cn,direct

也可以通过 go env 查看所有的 Go 环境变量，其中就包括 GOPROXY，这个变量定义的就是配置 Go 镜像

Hello World

推荐使用 JetBrains 家的 GoLand，使用体验基本和 JetBrains 家的其他软件例如：IDEA、PyCharm 相似，还有一种也比较主流，就是使用 VSCode 配合 Go 插件，可以参考：VsCode Go插件配置最佳实践指南，相对来说需要比较多的配置，而且调试比较麻烦，对于新手不是很友好

Docker Compose 实践及梳理

Wed, 15 Sep 2021 09:01:33 +0800

上一节：IDEA 配合 Dockerfile 部署 SpringBoot 工程

Docker Compose 可以实现 Docker 容器集群的编排，可以通过 docker-compose.yml 文件，定义我们的服务及其需要的依赖，轻松地运行在测试、生产等环境

文档

Product manuals

Compose file version 3 reference

Docker 从入门到实践【中文】

安装 Compose

Compose 依赖 Docker Engine，所有要保证环境安装了 Docker，可参考官方教程，主要分为两步：

# 1. 下载 Compose 只执行文件到 usr/local/bin/ 目录
# 下载失败可以参考下一小结提供地址安装
sudo curl -L "https://github.com/docker/compose/releases/download/1.29.2/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose

# 2. 对 Compose 可执行文件添加运行权限
sudo chmod +x /usr/local/bin/docker-compose

# 输入下面命令查看帮助，测试安装是否成功
docker-compose -h

Compose 开源在 Docker 官方的 GitHub 仓库：docker/compose，所有的 Compose 都会发布在仓库的 Releases 里，步骤1就是使用 curl 命令从 Releases 里下载可执行文件，uname -s和uname -m 可以读取系统的内核名称和硬件架构，用来匹配需要的 Compose 版本， curl 的 -L 参数会让 HTTP 请求跟随重定向（默认不跟随），-o (小写o) 会将服务器响应保存成文件，直接下载到：usr/local/bin/ 下，文件名为：docker-compose，因为这个路径已经在环境变量中了，所以完成步骤2，添加可执行权限后，就可以在任意位置使用了

IDEA 配合 Dockerfile 部署 SpringBoot 工程

Sun, 05 Sep 2021 01:31:33 +0800

上一节：Dockerfile 实践及梳理下一节：Docker Compose 实践及梳理

准备 SpringBoot 工程

新建 SpringBoot 项目，默认的端口是 8080 ，新建 Controller 和 Mapping

@RestController
public class HelloController {
    @GetMapping("hello")
    public String hello() {
        return "hello world!";
    }
}

注意，需要在 pom 中添加 spring-boot-maven-plugin 插件，否则运行 jar 包时会提示：没有主清单属性

    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            </plugin>
        </plugins>
    </build>

启动项目，访问 http://localhost:8080/hello 测试

在项目目录添加 Dockerfile 文件

FROM openjdk:8-jre
#  ./target/demo-0.0.1-SNAPSHOT.jar 为编译后的 jar 包位置
# jar 包的名称要与自己配置的相同，格式为：项目名称-版本号.jar
COPY ./target/demo-0.0.1-SNAPSHOT.jar app.jar
EXPOSE 8080
ENTRYPOINT ["java","-jar"]
CMD ["app.jar"]

Docker 远程连接配置演示使用的 Docker 宿主机是 CentOS 7，修改配置并重启 Docker 服务

vim /lib/systemd/system/docker.service

将 ExecStar 这行配置修改为下面这行

Dockerfile 实践及梳理

Wed, 01 Sep 2021 09:15:33 +0800

上一节：Docker 实践及命令梳理下一节：IDEA 配合 Dockerfile 部署 SpringBoot 工程

Dockerfile 是一个文本文件，我们可以通过组合一条条的指令 (Instruction)，来构建满足我们需求的 Docker 镜像

文档

Best practices for writing Dockerfiles

Reference

Dockerfile 指令详解

简单上手

使用 Dockerfile 构建SpringBoot 工程的镜像

新建 SpringBoot 项目，默认的端口是 8080 ，新建 Controller 和 Mapping

@RestController
public class HelloController {
    @GetMapping("hello")
    public String hello() {
        return "hello world!";
    }
}

启动项目，访问 http://localhost:8080/hello 测试

打 jar 包注意，需要在 pom 中添加 spring-boot-maven-plugin 插件，否则运行 jar 包时会提示：没有主清单属性

    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            </plugin>
        </plugins>
    </build>

#打包
mvn package

target 目录下就可以找到 .jar 文件，我这里的文件名为：demo-0.0.1-SNAPSHOT.jar 在 Linux 新建 ~/springboot 文件夹，并将 jar 包上传到这个文件夹下

SpringBoot 整合 SpringSecurity 梳理

Tue, 24 Aug 2021 00:31:33 +0800

文档

Spring Security Reference SpringBoot+SpringSecurity+jwt整合及初体验 JSON Web Token 入门教程 - 阮一峰 JWT 官网

SpringSecurity

项目 GitHub 仓库地址：https://github.com/aaronlinv/springsecurity-jwt-demo

依赖

主要用到了: SpringSecurity,Thymeleaf,Web,Lombok

<dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-security</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-thymeleaf</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
        </dependency>
</dependency>

页面

编写页面和 Controller 进行测试，具体页面可以看代码主要包含了首页(index)，订单(order)，还有 user,role,menu这三个位于 /system 下，需要 admin 权限

使用内存用户进行表单登录

在 static 下新建 login.html，用于登录

<form action="/login" method="post">
    <label for="username">账户</label><input type="text" name="username" id="username"><br>
    <label for="password">密码</label><input type="password" name="password" id="password"><br>
    <input type="submit" value="登录">
</form>

编写继承 WebSecurityConfigurerAdapter 的 Security 配置类，并开启 @EnableWebSecurity 注解，这个注解包含了 @Configuration WebSecurityConfigurerAdapter 中有两个方法，它们名称相同，但是入参不同

protected void configure(HttpSecurity http) throws Exception
protected void configure(AuthenticationManagerBuilder auth) throws Exception

入参为 HttpSecurity 的 configure 可以配置拦截相关的参数另一个入参为 AuthenticationManagerBuilder，则是用来配置验证相关的参数

Docker 实践及命令梳理

Wed, 11 Aug 2021 23:19:33 +0800

下一节：Dockerfile 实践及梳理

文档

Docker Reference Documentation

Docker 从入门到实践【中文】

安装

安装 Docker，设置开机启动，然后配置阿里云镜像加速

1. 安装 Docker

Docker 官方安装

CentOS 官方安装教程，直接安装速度相对慢，推荐使用使用脚本自动安装 Docker：

curl -fsSL get.docker.com -o get-docker.sh
sudo sh get-docker.sh --mirror Aliyun

# 开机启动 docker
sudo systemctl enable docker
# 启动 docker
sudo systemctl start docker

2. 阿里云镜像加速

注意！registry-mirrors 需要替换成自己的阿里云镜像加速器地址，通过点击地址获取

sudo mkdir -p /etc/docker
sudo tee /etc/docker/daemon.json <<-'EOF'
{
  "registry-mirrors": ["这里替换成自己的阿里云镜像加速器地址"]
}
EOF
sudo systemctl daemon-reload
sudo systemctl restart docker

Docker CLI

CLI 是 Command-Line Interface （命令行界面）的缩写命令详情可以参考官方文档：Docker Reference Documentation

Oracle数据库对比MySQL

Wed, 03 Feb 2021 17:00:33 +0800

基本

Oracle默认端口：1521 默认用户：system MySQL默认端口：3306 默认用户：root

连接MySQL：

mysql -u root -p
-- 输入密码

-- 查询所有数据库
show databases;
-- 切换到 "test" 这个数据库
use test;
-- 查询该数据库所有表
show tables;

连接Oracle：

sqlplus
-- 输入用户名
-- 输入密码

-- 查询该用户的表
select TABLE_NAME from user_tables;

注意：Oracle 登录需要授予登录用户 session权限，建表需要分配限额

常用字段类型

Oracle 数值 number number(10) number(10,2) 字符串 varchar2 varchar2(20) 日期 date

MySQL 数值 tinyint smallint mediumint int bigint decimal 字符串 varchar(10) 必须指定日期 date time datetime timestamp year

《高效能人士的七个习惯》读书笔记

Sun, 15 Nov 2020 20:15:33 +0800

读完《高效能人士的七个习惯》，这本书中提到的很多内容引起了共鸣，我开始使用其中提到的一些习惯开始改变生活，并且这些习惯有在使我的生活更加积极高效。开始跳出自己，审视真实想法、动机、基本的思维方式并能够选择改变它们

看到伐木工人伐木的例子，才恍然大悟，我们深陷技术框架中却不自知，忽视了训练一些更为重要的能力。只专注于那些紧急而重要的事情，却忽视那些不紧急而重要的事，疲于应对眼前的事，没有着眼于未来

虽然书中提及了很多系统性的方法，但是要落实到行动中，还是有比较大的跨度，还是需要结合书中内容反复实践，从“积极主动”和“以终为始”做起，慢慢达到书中提及的7个习惯

书中主要讲述了7个习惯，这7个习惯相互依赖，前3个习惯为个人领域，在个人领域实现成功后进入公共领域，获得更大的成功:

积极主动
以终为始
要事第一
双赢思维
知彼解己
统合综效
不断更新

习惯一积极主动

人类不仅能针对特定环境选择回应方式、更能主动创造有利环境。有两个很重要的概念，关注圈：每个格外关注的问题，影响圈：关注圈中可以掌控的事。积极的人，专注影响圈，做力所能及的事，扩大影响圈，使用积极回应（关注自己能改变的事情，能控制的事情）学会转型，放下往事、吸取教训并继续向前。不去埋怨外界，不把自己当成受害者，可以先从改变自己的消极语言开始，关注自己的回答是不是包含消极的情绪，刻意去改变它，尝试用积极的方式回应

习惯二以终为始

任何事物都需要两次创造：先在头脑中构思，即智力上或第一次的创造，然后付诸实践，即体力上或第二次创造。明确真正的目标很重要，然后才好勇往直前，坚持到底，践行使命。人会因为意外打击：亲人离世、罹患重病、经济危机、陷入危机的时候，我们会扪心自问：“到底什么才是真正重要的？我究竟在追求什么”。可以想象参加自己的葬礼，我们希望我们的家人、朋友认为我们是什么样的人，那我们现在就需要采取对应的行动，去不断趋近这个目标

习惯三要事第一

习惯三是习惯一和二的具体实践，别让琐事牵着鼻子走，时间管理矩阵（四象限）。偏重第一象限，应对各种问题，疲于奔命，只能借助第四象限的事物逃避现实、稍微放松一下；而将所有时间花在第三第四象限，是不负责任的生活，因为这些都不重要；完成第二象限事务，完成这些活动能提高个人处事能力

第一代时间管理着重利用便条与备忘录，没有优先级概念，做完一件事固然会给人带来成就感，但是所做的是必要而非重要的事，组织纪律和备忘录让人有种错觉，就是他们不必对结果负责；第二代强调事历与日程表，反映出时间管理注意到了规划未来的重要；第三代根据轻重缓急设定短、中、长期目标，再逐日指定目标，将有限的精力和时间加以分配，争取最高的效率，这种方式过分强调效率，把时间崩得死死的，使人失去增进感情、满足个人需求以及享受意外惊喜的机会。而第四代：以原则为中心，配合个人对使命的认知，兼顾重要性和急迫性，强调产出与产能齐头并进，着重第二象限事物的完成

人际关系的本质：

缺乏独立人格，却一味玩弄人际关系的技巧，纵使得逞一时，也不过是运气罢了。处顺境至终还可任你为所欲为，但天有不测风云，一旦面临逆境，技巧便不可靠

牢记一点：速战速决是不切实际的，建立和维护关系都需要时间，建立并维持人际关系是一种长期的投资行为

情感账户投资方式：

理解他人：（换位思考，将心比心）
注意小节：（礼貌，不经意的失言）
信守承诺：（不轻易许诺，许过就一定要兑现）
明确期望：（一开始就提出明确的期望，让相关的每个人都了解，要做到这一点需要投入很多的时间和精力，这样会省去你将来更多的麻烦和周折）
正值诚信：避免背后攻击他人
勇于致歉：（但是一再道歉就显得不真诚）
无条件的爱：无条件的爱可以给人安全感与自信心，鼓励个人肯定自我。有条件的爱，往往会引起被爱者的反抗心理，为证明自己的独立，不惜为反对而反

习惯四双赢思维

长远来看，不是双赢，就一定两败俱伤，只有双赢才是在相互依赖的环境中唯一可行的交往模式，不能双赢就好聚好散（放弃交易）。心中里有退路，顿觉轻松无比，更不必耍手段、施压力，迫使对方就范。坦诚相见，更有助于发掘及解决问题。即使买卖不成，仁义尚在，或许日后还有合作的机会

习惯五知彼解己

如果你要和我交往，想对我有影响力，你首先要了解我，而做到这一点不能只靠技巧。如果我觉察到你在使用某些技巧，就会有受骗和被操纵的感觉。我不知道你为什么这样做，有什么动机。你让我没有安全感，自然也不会对你敞开心扉。移情聆听本质不是要你赞同对方，而是要在情感和理智上充分而深入地理解对方。当你清晰、具体地表达想法，最为重要的是，在理解别人思路和担忧的前提下表达，那么可信度会大大增加。在沟通的时候，我们应该先怀着理解对方的想法去聆听，不要一味想着如何回答，将心比心站在对方的角度上，思考如何回答，再争取让别人了解自己的看法

四种自传式回应

价值判断–对旁人的意见只接受或不接受
追根究底– 依自己的价值观探查别人的隐私
好为人师–以自己的经验提供忠告
自以为是–根据自己的行为与动机衡量别人的行为与动机

习惯六统合综效 – 创造性合作的原则

如果一位具有相当聪明才智的人跟我意见不同，那么对方的主张必定有我尚未体会的奥妙，值得加以了解

沟通层次：

相互提防（赢/输或输/赢模式）
互相尊重（妥协）
统合综效（双赢）

在与他人合作时我们要尊重差异：与人合作最重要的是，重视不同个体的不同心理、情绪与智能，以及个人眼中所见到的不同世界。即使处于不利境地，也不应该放弃追求统合综效。不要在意别人的无礼行径，避开那些消极力量，发现并利用别人的优势，提高自己的认识，拓展自己的视野。你应该在相互依赖的环境中勇敢而坦率第表达自己的观点、情感和经历，借此鼓励他人同样地坦诚相待。尊重人与人之间的差异，当有人不同意你的观点的时候，你应该说：“你跟我有不一样的看法，这很好”，你不一定要对他们表示赞同，但是你可以表示肯定，并尽量给予理解。如果你坚持双赢，确实愿意努力理解对方，你就能找到一种让每一个人都收益的解决方案

变得统合综效：

定义问题或机会
他们的方式（首先试着理解别人的想法）
我的方式（试着通过分享获得理解）
头脑风暴（创造新的机遇和想法）
快速通道（找到最佳解决方案）

习惯七不断更新 – 平衡的自我提升原则

假使你在森林中看到一名伐木工人，为了锯一棵树已幸苦了5个小时，筋疲力竭却进展有限，你当然会建议他：“为什么不暂停几分钟，把锯子磨得更锋利？”，对方却回答：“我没空，锯树都来不及，哪有时间磨锯子”

自我提升和完善的四个层面：身体、精神、智力、社会/情感

身体：健康饮食、充足休息、定期锻炼
精神：人的本质、核心和对价值体系的坚持
智力层面：一旦脱离了学校的训导，许多人的头脑就会退化：不再认真读书，不再探索身外的新世界，不再用心思考，也不再写作，至少不再重视写作智力层面的更新主要靠教育、借此不断学习知识，磨砺心智，开拓视野定期阅读优秀文学作品也是拓展思维的最佳方式磨练心智的另一种有效方式的写作。通过不断记录自己的想法、经历、深刻见解和学习心得，我们的思路就会更加清晰、准确和连贯
社会/情感：围绕着人际关系、移情交流和创造性合作的原则

Git 笔记

Thu, 03 Sep 2020 23:50:33 +0800

学习建议

廖雪峰Git教程比较详细，可操作性也比较强，在评论区可以找到勘误 Git官方推荐的《Pro Git》也很不错，推荐掌握了一定Git基础后再看对于没有 Linux 基础，或者文字版学起来比较困难的朋友可以看系列视频教程互联网人都该懂点 Git Linux 下最常用的编辑器就是 Vim，然而第一用可能会让你怀疑人生，建议先学习一下：使用Vim创建和编辑文本文件

注意点

Git 2.23 (2019.8.16) git checkout 这个命令被拆分成了两个新命令：git switch 和 git restore 创建并切换到dev分支：git checkout -b dev 现在用git switch -c dev 效果相同

初始配置

安装Git Bash后需要做初始配置

用户名邮箱

# 任意文件夹右键 点击“ Git Bash Here ”
# ""内替换为自己的用户名和邮箱
git config --global user.name "username"
git config --global user.email "email"

# 查看配置是否成功
git config user.name
git config user.email

SSH 免密登录

# ssh-keygen 用于生成，管理和转换身份验证密钥
# -t：密钥的类型 
# -C：用于识别这个密钥的注释（不添加注释直接ssh-keygen -t rsa也不影响使用）
ssh-keygen -t rsa -C "邮箱地址"

# 连续按3次回车

# 将用户目录下.ssh文件夹内的id_rsa.pub的内容粘贴到GitHub的SSH Keys中
# 具体位置：GitHub Settings -> SSH and GPG keys -> SSH keys

# 测试是否成功 Github 
# 码云测试命令为：ssh git@gitee.com 反馈的结果与 GitHub 类似

ssh git@github.com

# Are you sure you want to continue connecting (yes/no)? 
# 这时需要输入：yes

#成功会提示成功认证你的账户
# Hi aaronlinv! You've successfully authenticated, but GitHub does not provide shell access.
# Connection to github.com closed.

场景0：Git 基本使用

# 新建文件夹，初始化为Git仓库
mkdir learn-git
cd learn-git
git init

# 在当前目录添加并编辑文件(不熟悉 vim 编辑器可以用其他编辑器新建文件并编辑文件 )
vim test.txt

# 查看文件状态 test.txt现在为Untracked状态
git status

# 添加文件到暂存区
git add test.txt

# 提交commit -m 代表添加一个“提交信息”
git commit -m "add test.txt"

# 推送到 GitHub（在 GitHub 上创建空白仓库，并复制仓库地址）
# "git@github.com:aaronlinv/learn-git.git" 需要替换为自己新建的仓库地址
# 先添加远端仓库
# origin：远端仓库的别名（默认origin）
git remote add origin git@github.com:aaronlinv/learn-git.git

# 查看远端操作（会显示 fetch和push）
git remote -v 

# 推送到远端仓库（使用SSH协议需要配置SSH免密登录）
git push -u origin master
# -u：指定默认远端仓库别名，下一次推送只需使用git push
# origin：远端仓库的别名（默认origin）
# master：分支名称

push 是可能会遇到报错：refusing to merge unrelated histories 原因是远程仓库和本地仓库做了不同的改变并commit，导致本地仓库和远程仓库变成了独立的两个仓库，所以不能直接合并，执行以下命令合并代码，再push即可

安卓初学指南

Wed, 02 Sep 2020 21:44:33 +0800

在项目的第二阶段遇到挺多坑，所以整理了一下经验，如果你想尝试安卓开发，希望能帮到你。在此之前可以先看我之前写的初见安卓开发，了解一下我们目前的情况

预先准备

需要熟悉 Java 基础语法
安装开发环境（ JDK、AndroidStudio (简称 AS )、虚拟机等），安装环境比较繁琐，而且需要下载很多东西（默认都是安装到 C盘，总共可能会占用 20G 左右的空间）。安装可能会劝退一部分朋友，这里推荐两个教程跟着做就没问题了

安装AS之前一般会先安装 Java 开发工具包(JDK)，可以参考这篇博客【Android Studio安装部署系列】JDK开发环境搭建，比较值得一说的是，现在下载 JDK 要到 Oracle 官网，而且还需要注册账号，有点麻烦。然后开始安装 AS，参考这个视频教程 1# Android Studio开发环境 (Attect) Android开发教程

初学比较常用的快捷键：

智能建议：Alt 回车
代码整理（格式化代码）： Ctrl Alt L
注释：Ctrl /
块注释：Ctrl Shift /

开始学习

如果没有任何开发经验，比较推荐看视频Android开发教程（ 2019最新版,使用 JetPack ），这个教程使用的是 JetPack库，前 40 集使用 Java，从 41 集开始换为了 Kotlin。个人觉得这作者讲的深入浅出，而且教程中也传递了很多规范化的思想，很适合初学者。要注意作者早期视频使用的是内测版本的 ViewModel库，而现在默认自带稳定版，所以不需要手动添加 ViewModel 依赖，视频中使用的 ViewModel 构造方法已过时，应该使用下面这个：

MyViewModel = myViewModel = new ViewModelProvider(this).get(MyViewModel.class);

初学最好按着教程一步一步来，变量名也最好跟着教程来，这样出错了跟着视频，排错起来也比较容易。一定要跟着敲代码，边敲边理解整个逻辑，刚开始可能比较懵，但是到后面，对整个体系有了一定了解，就会豁然开朗，这个时候可以看看官方文档，这样会加深对安卓开发或是JetPack的理解

觉得学的差不多了，就可以开始在GitHub上找一些感兴趣的安卓项目（或者是找一些最佳实践），克隆下来，看看别人是怎么写的，模仿这写一写，这个过程会遇到很多问题，解决这些问题，就会收获很大的提升

初见安卓开发

Tue, 01 Sep 2020 14:34:33 +0800

初见安卓开发

从 Android开发者官网的导航栏我们可以看得出来 Google 在安卓开发方面主推 Jetpack 和 Kotlin

Android Jetpack 是一套组件库，其中包含了很多组件，比如：LiveData、Room、ViewModel等等，使用这些组件极大简化了开发，消除样板代码，提高应用质量 Kotlin 是 JetBrains 在 2011 年发布的静态类型编程语言（这是一个开源项目），虽然语法上不能与 Java 兼容，但它是面向JVM，所以它可以和Java代码相互运作。在 Google I/O 2017 中，Google 宣布在 Android 上为 Kotlin 提供最佳支持，后来 Google 就把 Android 开发的官方语言更换为了 Kotlin

Java or Kotlin

选择语言确实比较重要，会极大影响后续的开发工作。目前情况：团队成员有 Java 基础、无 Kotlin 基础、无安卓开发经验，项目有时间限制。这里列举几个我们团队比较可感知的影响因素进行对比

Java

优点：Java安卓开发的资料相对多、遇到问题搜索到的概率比较大、Github 上有大量的 Java 安卓项目可以学习缺点：相对 Kotlin 有很多样板代码、没有 Kotlin 的一些特性代码写起来会比较麻烦、Jetpack 库的资料大多用 Kotlin 举例

Kotlin

优点：有很多语法糖、简化 findViewById、简化数据类、空指针安全、函数式编程、协程（解决异步任务处理）… 缺点：Kotlin 安卓相关的教程比较少，Kotlin 的资料相对没有 Java 那么多，遇到问题搜索到的概率相对低一点

About Me

Mon, 01 Jan 0001 00:00:00 +0000

自留地

看着越来越多消失的博客，2025 年初重新开始倒腾 Pages

越来越逼仄的空间，退无可退，不如坦然面对

极简主义

践行极简主义，删繁就简，做少少的事，爱具体的人

简单让我自由，不重要的东西就应该被忘记

快命令

因为自己经常使用一些 Linux 命令片段和 Prompt，所以写了一个易于检索粘贴的 uTools 插件：快命令

在一些朋友的建议下，又写了 Raycast 版本：Swift Command ，进一步提升了 Mac 下的使用体验

如果你有类似需求，希望它可以帮到你

联系

Email: AaronLinV@outlook.com

Aaron Lin

一次由 DNS 反解析引发的 SpringBoot 启动卡顿问题

TL;DR

现象

排查

永远不要相信用户的输入：从 SQL 注入攻防看输入验证的重要性

1. 联合注入（Union-Based）

重拾 SSH：从基础到安全加固

使用 SSH 连接服务器

1. 客户端创建公私钥对

2. 在服务器上添加公钥

重拾 iptables

一些常用的场景

1. 禁止 ip 访问后端 IP

2. 端口转发

MySQL 时区与 serverTimezone

TL;DR

MySQL 时区设置影响 TIMESTAMP 类型数据和部分时间函数

查询当前时区

不同会话时区对 时间函数 的影响

不同会话时区对 TIMESTAMP 类型的影响

为什么 AI 时代更应该 Learn in Public

TL;DR

为什么会想到这个话题

什么是 Learn In Public

为什么需要 Learn in Public

为什么 AI 时代更应该 Learn in Public

理解前端工程化

TL;DR

模块化、包管理

JS 工具链

JavaScript 事件循环 动画演示

为什么使用事件循环

事件循环

1. JS阻碍页面渲染

如何弄懂复杂项目

IDEA （任意 JetBrains IDE）拆分先前 commit

非先前 commit 的拆分

先前 commit 的拆分

SpringBoot 测试实践 - 3：@MockBean、@SpyBean 、提升测试运行速度、Testcontainer

@MockBean

SpringBoot 测试实践 - 2：单元测试与集成测试

单元测试 vs. 集成测试

SpringBootTest 和 MockMvc 进行集成测试

HelloWorld 测试

涉及数据层的测试：H2

SpringBoot 测试实践 - 1：常用的工具

为什么要写测试（优点）

测试工具：JUnit 5, AssertJ，Mockito

JUnit5

快速重拾 Tmux

修改配置

32 位计算机时间戳溢出的思考 —— 整数的二进制表示

Year 2038 problem

原码、反码、补码

Git 中的回退操作：reset 和 revert

reset

安卓导航抽屉 Navigation Drawer 实现沉浸通知栏

环境

创建工程

默认效果展示：

修改步骤

使用 Postman 的 Environments 和 Tests 简化在不同环境中的切换步骤

手动更新 Token

使用 Request

我的二本学生 阅读笔记

序言 看见他们

一 在龙洞

二 公共课

三 班主任

曾迎欢

陈柳鸿

杨胜轩

对照记

《马文 柯林斯的教育之道》阅读笔记

简单的 Shell 脚本入门教程

工具推荐

运行 shell 脚本

开源≠免费 常见开源协议介绍

不根据协议使用开源软件可能面临的风险

不同会话时区对时间函数的影响

JavaScript 事件循环动画演示

我的二本学生阅读笔记

序言看见他们

一在龙洞

二公共课

三班主任

《马文柯林斯的教育之道》阅读笔记

开源≠免费常见开源协议介绍

Android 和 Linux 内核的关系

习惯一积极主动

习惯二以终为始

习惯三要事第一

习惯四双赢思维

习惯五知彼解己

习惯六统合综效 – 创造性合作的原则

习惯七不断更新 – 平衡的自我提升原则