实用技巧 on 式鉴的博客

Git 使用规范：分支、提交信息与版本管理

Wed, 26 Aug 2026 16:09:10 +0800

引言

git是非常舒适的版本管理器。广受使用且评价极高。规范的使用方法也尤为重要，提高协作效率，这就是写本篇文章的目的，整理git的常见规范。

Git规范的核心部分

分支命名规范
Commit提交信息规范
分支合并规范

分支命名规范

master/main 主分支,生产环境代码
develop 开发分支,最新的代码
feature/* 新功能分支
bugfix/* 或 fix/* 修补bug分支
release/* 预发布分支
hotfix/* 热修复分支

提交信息规范

这里推荐conventionalcommits规范

1
2
3
4
5


<type>[optional scope]: <description>

[optional body]

[optional footer(s)]

type

build: 用于修改项目构建系统，例如修改依赖库、外部接口或者升级 Node 版本等；
chore: 用于对非业务性代码进行修改，例如修改构建流程或者工具配置等；
ci: 用于修改持续集成流程，例如修改 Travis、Jenkins 等工作流配置；
docs: 用于修改文档，例如修改 README 文件、API 文档等；
style: 用于修改代码的样式，例如调整缩进、空格、空行等；
refactor: 用于重构代码，例如修改代码结构、变量名、函数名等但不修改功能逻辑；
perf: 用于优化性能，例如提升代码的性能、减少内存占用等；
test: 用于修改测试用例，例如添加、删除、修改代码的测试用例等。

scope

表示修改的范围 e.g.feat(auth):

description

总结代码变动了什么，并且使用祈使句

body

记录具体的变动，修改原因，对比

关联关联的需求或声明破坏性变更破坏性变更主要是以!和BREAKING CHANGE 示例请去参考资料中的原文中查看

语义化版本

X.Y.Z

X为主版本号,当你做了不兼容的 API 修改，
Y为次版本号,当你做了向下兼容的功能性新增，
Z为修订号,当你做了向下兼容的问题修正。

流程规范

提交操作规范

原子化提交,一个commit只做一件事
避免合并污染,使用rebase而不是merge
合理Squash

代码评估规范

背景/原因，为什么做这个改动
改动点，具体动了哪些核心模块。
复现，附上单元测试结果或前端截图/录屏。

权限设计规范

保护核心分支,锁定main/master/develop分支
除去敏感信息与密钥

仓库存储规范

10M+静态文件不得推送到git仓库,需将其托管到仓库外的静态资源服务器
分支需要在合并后及时清理

参考资料

conventionalcommits规范原文语义化版本原文

Caddy反代github

Sat, 15 Aug 2026 13:07:30 +0800

github 直连不稳定，clone 大仓库动不动断流，release 下载经常超时。用一台海外服务器反代 github，网页、clone、raw、release 一把梭，一劳永逸。

caddy 的安装与守护进程写法在上一篇已经详细介绍过，这里不再赘述，跳转链接。

快速搭建

配置caddyfile

根据笔者踩坑经验。netcraft等公司有专门扫描仿冒站点的业务，会批量抓取网页，反代域名的登录等页面会被视为欺诈。申请回复的流程极为繁琐，所以这里加了些取巧的配置方法供读者放心的复制粘贴。

 1
 2
 3
 4
 5
 6
 7
 8
 9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106
107
108
109


# 换成你自己的域名
DOMAIN="example.com"

cat << EOF > /etc/caddy/Caddyfile
{
 email you@example.com
}

gh.\${DOMAIN} {
 reverse_proxy https://github.com {
 header_up Host github.com
 header_up origin https://github.com
 header_down Location "https://github.com" "https://gh.\${DOMAIN}"
 }
}
gh.\${DOMAIN} {
	handle /robots.txt {
		respond "User-agent: *\nDisallow: /" 200
	}
	# 白名单：只放行 git 协议与下载路径，网页一律 307 回原站
	# 用 path_regexp，语义明确，不依赖 glob 通配符是否跨斜杠
	@allow {
		# 合并为单条正则（每个命名 matcher 中 path_regexp 只能出现一次）
		# 覆盖：.git 协议形态（含 LFS/objects）、不带 .git 的首发请求、下载类路径
		path_regexp ^/[^/]+/[^/]+(\\.git(/.*)?$|/(info/refs|git-upload-pack|git-receive-pack|HEAD)$|/archive/.*$|/releases/download/.*$|/raw/.*$|/(commit|commits|pull|pulls)/[^/]+\\.patch$)
	}
	@rest {
		not {
			path_regexp ^/[^/]+/[^/]+(\\.git(/.*)?$|/(info/refs|git-upload-pack|git-receive-pack|HEAD)$|/archive/.*$|/releases/download/.*$|/raw/.*$|/(commit|commits|pull|pulls)/[^/]+\\.patch$)
		}
	}
	redir @rest https://github.com{uri} 307
	reverse_proxy https://github.com {
		header_up Host {upstream_hostport}
		header_up X-Forwarded-Host {host}
		header_up origin https://github.com
		# 下载链 302 闭环：全部改写到自己镜像域名
		header_down Location "https://raw.githubusercontent.com" "https://raw.gh.\${DOMAIN}"
		header_down Location "https://codeload.github.com" "https://codeload.gh.\${DOMAIN}"
		header_down Location "https://objects.githubusercontent.com" "https://objects.gh.\${DOMAIN}"
	}
}

raw.gh.\${DOMAIN} {
	handle /robots.txt {
		respond "User-agent: *\nDisallow: /" 200
	}
	reverse_proxy https://raw.githubusercontent.com {
		header_up Host raw.githubusercontent.com
	}
}

objects.gh.\${DOMAIN} {
	handle /robots.txt {
		respond "User-agent: *\nDisallow: /" 200
	}
	reverse_proxy https://objects.githubusercontent.com {
		header_up Host objects.githubusercontent.com
		header_down Location "https://objects.githubusercontent.com" "https://objects.gh.\${DOMAIN}"
	}
}

codeload.gh.\${DOMAIN} {
	handle /robots.txt {
		respond "User-agent: *\nDisallow: /" 200
	}
	reverse_proxy https://codeload.github.com {
		header_up Host codeload.github.com
	}
}

api.gh.\${DOMAIN} {
	handle /robots.txt {
		respond "User-agent: *\nDisallow: /" 200
	}
	reverse_proxy https://api.github.com {
		header_up Host api.github.com
	}
}

gist.gh.\${DOMAIN} {
	handle /robots.txt {
		respond "User-agent: *\nDisallow: /" 200
	}
	# gist 的 clone 有两种深度：/id.git 与 /user/id.git，其余网页 307 回原站
	@allow {
		# 单条正则：/id.git 与 /user/id.git 两种深度 + 不带 .git 的协议首发请求
		path_regexp ^/(([^/]+/)?[^/]+\\.git(/.*)?$|([^/]+/)?[^/]+/(info/refs|git-upload-pack|git-receive-pack|HEAD)$)
	}
	@rest {
		not {
			path_regexp ^/(([^/]+/)?[^/]+\\.git(/.*)?$|([^/]+/)?[^/]+/(info/refs|git-upload-pack|git-receive-pack|HEAD)$)
		}
	}
	redir @rest https://gist.github.com{uri} 307
	reverse_proxy https://gist.github.com {
		header_up Host gist.github.com
	}
}

avatars.gh.\${DOMAIN} {
	handle /robots.txt {
		respond "User-agent: *\nDisallow: /" 200
	}
	reverse_proxy https://avatars.githubusercontent.com {
		header_up Host avatars.githubusercontent.com
	}
}
EOF

注意事项：

email 换成自己的邮箱
证书不用管，Caddy 自动申请续期，配置里不用写任何 tls
header_down 两个参数是删除、三个参数才是替换，且查找串要写上游实际域名（https://github.com 这种），写成"期望结果"不会生效
release 下载会 302 跳到 objects.githubusercontent.com，所以必须反代它并重写 Location，否则下载还是走原站
页面里的 css/js 在 github.githubassets.com、头像在 avatars.githubusercontent.com，这些静态资源仍然直连；如果它们也慢，把对应域名也加进反代
登录受 cookie 域名限制，反代域名登录不上就直连原站登录，浏览不受影响
配置里出现的域名必须都能解析，否则 Caddy 会一直重试签证书

配置dns

嫌麻烦就加一条泛解析 *.gh.example.com，前提是dns服务商支持泛解析。目前已知cloudflare支持 7 条 A 记录指向服务器公网 IP：

1
2
3
4
5
6
7


gh.example.com
raw.gh.example.com
objects.gh.example.com
codeload.gh.example.com
api.gh.example.com
gist.gh.example.com
avatars.gh.example.com

验证部署

1
2
3


sudo caddy validate --config /etc/caddy/Caddyfile
sudo systemctl reload caddy
curl -sI https://gh.example.com/

返回 200 OK 说明反代正常。再试一次 clone：

1

git clone https://gh.example.com/octocat/Hello-World.git

release 下载验证（换成真实的 release 链接）：

1

curl -sIL https://gh.example.com/user/repo/releases/download/v1.0/file.zip

响应里的 Location 应该是 https://objects.gh.example.com/...，说明重写生效。

快速使用

git

1

git config --global url."https://gh.example.com/".insteadOf "https://github.com/"

一劳永逸，记得换掉 example.com。之后 clone、pull 自动走反代，remote 地址不用改：

1

git clone https://github.com/user/repo.git # 实际请求自动改写为 https://gh.example.com/user/repo.git

查看改写规则是否生效：

1

git config --get-regexp '^url\.'

网页

直接访问 https://gh.example.com/，浏览仓库、代码、issue 都没问题。需要登录的操作（发 issue、提 PR）建议直连原站。

raw与release

1
2


curl -sSL https://raw.gh.example.com/user/repo/main/install.sh
wget https://gh.example.com/user/repo/releases/download/v1.0/app.tar.gz

脚本安装场景很实用，把 curl ... | bash 里的地址换成反代域名即可。

稍作补充

用户目录下的 .gitconfig 通过 insteadOf 将 git@github.com: 开头的地址换为反代地址（见下方示例），防止 VSCode 将你识别为企业版 github 用户。

示例:

1
2


[url "https://example.com/"]
	insteadOf = git@github.com:

补充之外的进阶玩法

在.gitconfig中添加。并在github配置token并赋予仓库相关的权限

1
2


[credential "https://gh.example.com"]
	provider = generic

鹰角网络三方网站收集

Sat, 15 Aug 2026 11:45:32 +0800

这一阵发现明日方舟有特别多的三方网站，便于自己查找便写了这篇文章。也希望对读者有些帮助。

网站类

明日方舟 IP 资料站

Include: 明日方舟, 终末地 跳转链接

一站式收录明日方舟 IP 宇宙：从泰拉大陆的《明日方舟》，到塔卫二的《明日方舟：终末地》，以及围绕它们展开的音乐、动画、漫画与周边文化。

PRTS

Include: 明日方舟 跳转链接

明日方舟的最全面、权威的民间数据与剧情考据平台

终末地 wiki

Include: 终末地 跳转链接

玩家社区维护的《明日方舟：终末地》百科

终末地资源地图

Include: 终末地 跳转链接

标记了塔卫二所有地图上的协议采录桩、宝箱、醚质点位、隐藏纸条以及故障机器人的解密攻略，跑图开荒必备。

企鹅物流数据统计

Include: 明日方舟 跳转链接

根据大量玩家提交的游戏数据进行统计的站点。

官方介绍

1
2


企鹅物流数据统计（Penguin Statistics）是企鹅物流旗下数据处理部门（误），致力于明日方舟各素材的掉率统计。
企鹅物流的现有数据集由玩家手动上报、截图识别与通过公共 API 上报合力维护。为了尽力保证数据集的准确性，企鹅物流数据团队会对掉落数据集进行多种方式的自动、定时及手动维护。

终末地一图流

Include: 终末地 跳转链接

计算终末地里“工业产线配电”的单页工具，为你的基地耗电做预估。

明日方舟一图流

Include: 明日方舟 跳转链接

基于企鹅物流的数据，直观显示当前活动哪一关刷材料最赚、绿票/高级凭证怎么兑换最划算，并带有攒抽计算器和礼包性价比评分。

明日方舟工具箱

Include: 明日方舟 跳转链接

网页版公开招募计算器与干员培养规划工具。

明日方舟干员培养表

Include: 明日方舟 跳转链接

老牌著名的干员培养规划与地图模拟工具网站。主站是干员培养的材料及计算器，子站是地图查看器（见下一条 PRTS.MAP）。

PRTS.MAP

Include: 明日方舟 跳转链接

PRTS 衍生出的专门用于查阅地图与怪物路线的工具

PRTS.chat

Include: 明日方舟 跳转链接

明日方舟剧情 AI 检索系统。

寻访模拟器

Include: 明日方舟 跳转链接

全网最古老、最长青的寻访模拟器

明日方舟寻访记录分析

Include: 明日方舟 跳转链接

分析你近 90 天的寻访记录。

工具类

MAA Assistant Arknights

Include: 明日方舟 跳转链接

一款明日方舟游戏小助手。极为强大，维护频率极高，具体功能建议直接看文档

OC Template

Include: 明日方舟 跳转链接

干员招募界面生成器

自用docker镜像源搭建

Fri, 14 Aug 2026 23:09:30 +0800

公共 docker 加速器关了一大批，自己用一台海外服务器反代镜像仓库，一劳永逸。

快速搭建

安装caddy

二进制放 /usr/bin/caddy，服务文件 /etc/systemd/system/caddy.service，配置 /etc/caddy/Caddyfile

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12


sudo mv caddy /usr/bin/caddy
sudo chmod 755 /usr/bin/caddy
sudo setcap cap_net_bind_service=+ep /usr/bin/caddy

sudo groupadd --system caddy
sudo useradd --system \
 --gid caddy \
 --create-home \
 --home-dir /var/lib/caddy \
 --shell /usr/sbin/nologin \
 --comment "Caddy web server" \
 caddy

配置caddy守护进程

/etc/systemd/system/caddy.service：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21


[Unit]
Description=Caddy
Documentation=https://caddyserver.com/docs/
After=network.target network-online.target
Requires=network-online.target

[Service]
Type=notify
User=caddy
Group=caddy
ExecStart=/usr/bin/caddy run --environ --config /etc/caddy/Caddyfile
ExecReload=/usr/bin/caddy reload --config /etc/caddy/Caddyfile --force
TimeoutStopSec=5s
LimitNOFILE=1048576
LimitNPROC=512
PrivateTmp=true
ProtectSystem=full
AmbientCapabilities=cap_net_bind_service

[Install]
WantedBy=multi-user.target

1
2


sudo systemctl daemon-reload
sudo systemctl enable --now caddy

配置caddyfile

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56


# 换成你自己的域名
DOMAIN="example.com"

cat << EOF > /etc/caddy/Caddyfile
{
 email you@example.com
}

hub.docker.\${DOMAIN} {
 reverse_proxy https://registry-1.docker.io {
 header_up Host registry-1.docker.io
 header_down Www-Authenticate "https://auth.docker.io" "https://auth.docker.\${DOMAIN}"
 header_down Location "https://production.cloudflare.docker.com" "https://production.cloudflare.docker.\${DOMAIN}"
 }
}

auth.docker.\${DOMAIN} {
 reverse_proxy https://auth.docker.io {
 header_up Host auth.docker.io
 }
}

production.cloudflare.docker.\${DOMAIN} {
 reverse_proxy https://production.cloudflare.docker.com {
 header_up Host production.cloudflare.docker.com
 }
}

hub.quay.\${DOMAIN} {
 reverse_proxy https://quay.io {
 header_up Host quay.io
 header_down Www-Authenticate "https://quay.io/v2/auth" "https://hub.quay.\${DOMAIN}/v2/auth"
 }
}

hub.gcr.\${DOMAIN} {
 reverse_proxy https://gcr.io {
 header_up Host gcr.io
 header_down Www-Authenticate "https://gcr.io/v2/token" "https://hub.gcr.\${DOMAIN}/v2/token"
 }
}

hub.k8s.\${DOMAIN} {
 reverse_proxy https://registry.k8s.io {
 header_up Host registry.k8s.io
 header_down Www-Authenticate "https://registry.k8s.io/v2/token" "https://hub.k8s.\${DOMAIN}/v2/token"
 header_down Location "https://storage.googleapis.com" "https://storage.googleapis.\${DOMAIN}"
 }
}

storage.googleapis.\${DOMAIN} {
 reverse_proxy https://storage.googleapis.com {
 header_up Host storage.googleapis.com
 }
}
EOF

注意事项：

email 换成自己的邮箱
证书不用管，Caddy 自动申请续期，配置里不用写任何 tls
k8s.gcr.io 已退役，k8s 站点反代的是新的 registry.k8s.io
header_down 两个参数是删除、三个参数才是替换，且查找串要写上游实际域名（https://auth.docker.io 这种），写成"期望结果"不会生效

配置dns

7 条 A 记录指向服务器公网 IP：

1
2
3
4
5
6
7


hub.docker.example.com
auth.docker.example.com
production.cloudflare.docker.example.com
hub.quay.example.com
hub.gcr.example.com
hub.k8s.example.com
storage.googleapis.example.com

嫌麻烦就加一条泛解析 *.docker.example.com。配置里出现的域名必须都能解析，否则 Caddy 会一直重试签证书。

验证部署

1
2
3


sudo caddy validate --config /etc/caddy/Caddyfile
sudo systemctl reload caddy
curl -sI https://hub.docker.example.com/v2/

返回 401 Unauthorized 是正常的，同时响应头里 Www-Authenticate 的 realm 应该是 https://auth.docker.example.com/token，说明重写生效。最终测试：

1

docker pull hub.docker.example.com/library/hello-world:latest

快速使用

unraid

Settings → Docker → Advanced View → Docker Hub URL 改成 https://hub.docker.example.com，或者拉镜像时直接写完整地址 hub.docker.example.com/linuxserver/plex。

其他主流linux

/etc/docker/daemon.json：

1
2
3


{
 "registry-mirrors": ["https://hub.docker.example.com"]
}

1

sudo systemctl restart docker

之后 docker pull nginx 自动走代理。registry-mirrors 只接管 Docker Hub，gcr/quay 镜像换前缀拉：

1
2


docker pull hub.quay.example.com/prometheus/prometheus:latest
docker pull hub.gcr.example.com/istio/proxyv2:1.20.0

可以加公共源兜底：

1
2
3
4
5
6


{
 "registry-mirrors": [
 "https://hub.docker.example.com",
 "https://mirrors.tuna.tsinghua.edu.cn"
 ]
}

Hugo 实用技巧

Fri, 14 Aug 2026 22:44:27 +0800

引言

用Hugo这个框架已经有了两个月，积累了一些常用的技巧，对于刚开始用的新人来说算是比较实用的。我认为官方文档写的不错的地方我会照搬，尊重文档 :)

步入正题

hugo的预览

1
2


hugo server # 本地预览博客
hugo server -D # 预览本地博客，draft=true的文章会有显示

hugo创建文章

1
2


hugo new post/***.md #纯文本博客
hugo new post/***/index.md #可以附上写静态资源的博客

hugo文章内使用相对链接

这个直接照搬文档官方文档

Docker 使用指南：镜像、容器与 Dockerfile

Fri, 14 Aug 2026 21:06:32 +0800

前言

docker是一个轻量化且开源的容器引擎。借由Go驱动有着极低性能开销。不过仅支持linux发行版的系统

安装

金枪鱼镜像站

DOCKER的安装教程非常的多，再加上国外主机的访问速度奇差，这里建议直接用知名金枪鱼镜像站的文档去安装,节约更多的时间在搜索教程和镜像站上。

使用方法

镜像管理

1
2
3


docker image ls # 列出本地所有镜像
docker image rm {IMAGE_NAME} # 删除本地的某个镜像 
docker build # 编译docker镜像

docker build

-t为编译的镜像
-f为指定dockerfile路径
-no-cache 为不使用缓存构建镜像
.当前目录及其子目录被当作上下文

进阶操作

使用.dockerignore排除不必要的文件，减少镜像体积

容器操作

1
2
3
4
5
6
7


docker run # 创建并启动某个容器 
docker start {IMAGE_NAME} # 启动
docker stop {IMAGE_NAME} # 停止
docker restart {IMAGE_NAME} #重启
docker attach {IMAGE_NAME} # 在终端中直接进入容器内 (不推荐)
docker exec # 在终端中直接进入容器内 (推荐)
docker ps #查看所有容器

容器操作补充

docker restart 可以在docker容器没有运行的情况下直接启动，如果在运行就是重启
attach 会随着你输入ctrl c或exit的同时关闭容器
exec是你要访问的同一容器的新进程，需要查看你跑服务的进程请使用docker logs

docker run

-d 在后台运行
–name指定容器名称
-p 容器内端口映射到容器外
-v 主机路径映射到容器内
-it 打开交互式终端

docker exec

-i 允许向容器发送内容(交互)
-t 分配一个伪终端
-it -i和it的组合(常用)
-d 在后台运行
-u 指定用户
-e 设置环境变量
-w 指定容器内工作目录
–privileged 最高权限模式。等同于直接操作物理机(用之前先确定自己为什么要这么做)

docker ps

ps -a 查看所有容器
ps -q 只查看容器id
ps -s 显示容器大小
ps -n 显示最后创建的
ps -f 根据条件过滤容器(ps -f status=exited)

Dockerfile 的写法

基础内容

1
2


FROM {IMAGE_NAME}
RUN {CUSTOM}

参考资料

菜鸟教程廖雪峰的教程

SDKMAN!：Java 版本管理器

Sun, 05 Jul 2026 23:44:18 +0800

SDKMAN! 是一款轻量级的软件开发工具包管理器，专为 Java、Kotlin、Gradle、Maven 等 JVM 生态工具设计。基于 Shell 脚本实现，安装零依赖，响应飞快，不侵入系统环境。无论是频繁切换 JDK 版本，还是尝鲜最新构建工具，一行命令即可搞定。

项目地址 | 使用文档

快速安装

Windows

Scoop

1
2


scoop install sdkman
source "$HOME/.sdkman/bin/sdkman-init.sh"

Debian / Ubuntu / Deepin / macOS / Manjaro / Arch

1
2
3


sudo apt install curl -y
curl -s "https://get.sdkman.io" | bash
source "$HOME/.sdkman/bin/sdkman-init.sh"

Manjaro / Arch

1

yay -S sdkman

使用

打开终端，输入 sdk 唤起。以下是常用指令

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19


查看可用的 SDK 版本
sdk list java # 所有可安装的 Java 发行版及版本
sdk list gradle # 查看 Gradle 可用版本

安装指定版本
sdk install java 17.0.10-tem # 安装 Eclipse Temurin 的 JDK 17
sdk install maven 3.9.6 # 安装 Maven 3.9.6
sdk install kotlin # 不指定版本则安装最新稳定版

版本切换
sdk use java 11.0.22-tem # 当前终端临时切换为 JDK 11
sdk default java 21.0.2-tem # 设置 JDK 21 为新终端默认版本

查看当前版本与已安装列表
sdk current java # 当前使用的 Java 版本
sdk current # 查看所有被管理的 SDK 当前版本

卸载不需要的版本
sdk uninstall gradle 7.2

支持的部分 SDK 列表

Java (Adoptium, Corretto, GraalVM, Zulu…) · Kotlin · Groovy · Scala
Gradle · Maven · sbt · Ant · Spring Boot CLI · Micronaut · Quarkus · VisualVM
MongoDB Shell · Hadoop · Spark · 更多可通过 sdk list 查找

java发行版选择指南

Sun, 05 Jul 2026 23:02:10 +0800

java是非常优秀的编程语言，是21世纪极为优秀的语言。但java在2006年将本体与hotspot开源并形成openjdk后，java发行版的选择也不只官方独有，可选择的内容多了，但如何选择适合自己需求的发行版，便成为了一个重要的议题，即本文主题。

java的概念明晰

jvm, jre, jdk, java fx 之间是包含关系。jvm 是执行程序的虚拟机，是核心；jre 是基于 jvm 的标准库，相当于运行环境；jdk 在 jre 基础上提供面向开发者的工具，算是开发工具。但 jvm 并不是最小的分发单位，jre 才是。

java fx 的地位比较特殊，它是一套独立的图形界面方案，定位跟前面三个完全不同。简单说，它就是专门用来画桌面窗口、按钮、动画这些东西的库，靠显卡来做渲染，界面效果比传统 swing 强一截。很多 java 桌面的项目依赖它，像是 hmcl 这类启动器。问题是它从来不属于标准库的一部分，现在常见的 jdk 发行里也不会预装。开源社区维护的版本叫 openjfx，关系和 openjdk 差不多。如果用到的程序需要它，要么自己下载 openjfx 配上去，要么换一个已经把 java fx 打包好的 jdk 发行版。

java版本选择

在使用场景中,java版本求稳不求新。原理很好解释,举个例子即可，java8(lts)官方扩展支持将持续到2030年12月，但同为lts的java17仅支持到2029年9月，从安全性等角度出发，这会是最有说服力的示例。

以minecraft举例

minecraft版本	java要求
<= 1.12.2	仅java 8
>= 1.16	java 17+
>= 1.21	java 21+

java 版本号选择

同版本下字数越大越好，越新越好。

java更新的主要内容

关键安全更新（CPU） - 经过测试的安全性更新
补丁集更新（PSU） - 功能性更新/调整
紧急更新 - 通常为修补前两类更新缺陷的紧急更新

java主要发行版

发行版名称	发行商	描述
Azul Zing (Azul Platform Prime)	Azul Systems	优势: 自研 Falcon JIT 编译器, 无停顿 C4 垃圾收集器, 基于 JIT 缓存与 profile 引导的 ReadyNow 冷启动加速, 综合性能和停顿表现优异, 适合大型整合包服务器; 劣势: 仅支持 Linux; 商业产品, 仅 “评估和开发用途” 免费, 商业化服务器使用有法律风险; 需额外 JVM 参数才能发挥全部功能.
Azul Zulu (Azul Platform Core)	Azul Systems	优势: 免费生产就绪级 OpenJDK, 更新稳定, 提供 JavaFX 选项和可视化 .msi 安装包, 安装/更新体验友好, 是官方 Java 的极佳替代; 劣势: 源代码不直接公开, 本质仍是标准 OpenJDK 构建, 性能与非定制版差异不大.
Oracle GraalVM (旧有 Java 发行版)	Oracle	优势: 曾支持 AOT 原生编译, 多语言运行时, 冷启动快, 内存占用低; 劣势: Oracle 宣布停止发布新的 GraalVM for JDK 版本, 已 “坠机”, 核心 Java 优化已或即将回归上游 OpenJDK, 不再适合作为主流 JDK 发行版持续选用.
Adoptium Temurin	Eclipse Adoptium (原 AdoptOpenJDK)	优势: Eclipse 顶级项目, 最标准的 OpenJDK 构建, 社区驱动的生产就绪级, 多项认证, 曾是首选, 跨平台且完全开源免费; 劣势: 与上游几乎一致, 所谓性能提升通常不显著, 无特殊定制优化.
Amazon Corretto	Amazon	优势: 声称综合性能与安全性提升, 使用自研密码学库强化加密, 免费, 长期更新; 劣势: 除密码学相关外, 性能与上游 OpenJDK 无显著差异, 亮点不多.
Alibaba Dragonwell	阿里巴巴	优势: 基于 AJDK 的优化移植, 开源, 对大规模 Java 应用可能有一定增益; 劣势: 社区国际化程度有限, 更新节奏依赖阿里内部, 非定制场景下提升不明显.
IBM Semeru Runtime	IBM	优势: 即 Eclipse OpenJ9, 内存占用相比 HotSpot 更优, 适合内存受限场景; 劣势: 性能往往不如 HotSpot, 且属于高度自定义的 JDK, 一般游戏服务器可能收益不大.
Microsoft Build of OpenJDK	Microsoft	优势: 我的世界启动器默认下载的高版本 Java, 猜测为避免版权纠纷; 劣势: 无突出亮点, 本质上为标准 OpenJDK 构建, 只是提供方不同.

言归正传

参考资料

geeksforgeeks

ssh欢迎信息修改

Sat, 04 Jul 2026 20:47:43 +0800

众所周知，每次通过SSH连接到服务器都会看到一段欢迎信息，这个欢迎信息是可以完全自定义的。常见的方式有两种：直接修改静态的 /etc/motd 文件，或者利用 Ubuntu/Debian 的 update-motd 动态脚本。

1. 修改静态欢迎信息 /etc/motd

1

sudo nano /etc/motd

写入你想显示的内容，比如：

1

Welcome to my server!

保存后重新登录，就能看到新内容了。

2. Ubuntu/Debian：动态MOTD

如果你用的是 Ubuntu/Debian，登录时会看到一堆系统提示（版本信息、可更新包数量、livepatch 等），这些不是来自 /etc/motd，而是来自 /etc/update-motd.d/ 目录下的脚本，由 PAM 在登录时动态执行生成。

查看目录：

1

ls /etc/update-motd.d/

常见的脚本：

00-header：显示系统版本信息
10-help-text：显示帮助提示
90-updates-available：显示可更新软件包数量

想让登录界面只剩你自己的内容，把脚本的可执行权限去掉即可：

1

sudo chmod -x /etc/update-motd.d/*

然后再按第1步修改 /etc/motd，重新登录就只会显示你写的内容了。

3. 用figlet生成ASCII艺术字

觉得纯文本太素？可以用 figlet 生成 ASCII 艺术字：

1

sudo apt install figlet

生成并写入 /etc/motd：

1

figlet -f slant "Welcome to my server" | sudo tee /etc/motd

-f 指定字体，可以换成 big、standard 等，重新登录看看效果。

4. 修改后没生效怎么办

如果改了 /etc/motd 登录却不显示，检查 sshd 配置：

1

sudo grep -i printmotd /etc/ssh/sshd_config

默认是 PrintMotd yes，如果是 no，改成 yes 后重启 sshd：

1

sudo systemctl restart sshd

5. 恢复默认

不想要自定义内容了，清空 /etc/motd 并恢复动态脚本权限即可：

1
2


sudo truncate -s 0 /etc/motd
sudo chmod +x /etc/update-motd.d/*

在linux上使用onedrive

Sat, 04 Jul 2026 20:39:34 +0800

onedrive官方并没有提供linux平台的支持。但在github上有一个可以使用onedrive的仓库。配置起来相对简单，还能让我的Microsoft 365发挥他的价值。

1. 安装

1

apt install onedrive

2. 登录

1

onedrive

根据提示进行操作

3. 配置onedrive

根据文档进一步的配置

文档中的部分内容获取配置文件

1

wget https://raw.githubusercontent.com/abraunegg/onedrive/master/config -O ~/.config/onedrive/config

非文档内容 systemd

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15


[Unit]
Description=OneDrive Client for Linux
After=network.target NetworkManager.service systemd-networkd.service iwd.service

[Service]
Type=simple
LimitNPROC=500
LimitNOFILE=1000000
Restart=always
ExecStartPre=/usr/bin/sleep 1s

ExecStart=/usr/local/bin/onedrive --sync

[Install]
WantedBy=multi-user.target

需要代理可以增加以下内容

1
2


Environment="HTTP_PROXY=http://your.proxy.server:port"
Environment="HTTPS_PROXY=http://your.proxy.server:port"

Linux 基础工具代理配置（wget / curl / git）

Fri, 04 Jul 2025 20:43:30 +0800

Wget

目标路径 /etc/wgetrc

1
2
3
4


https_proxy = http://127.0.0.1:7890/
http_proxy = http://127.0.0.1:7890/
ftp_proxy = http://127.0.0.1:7890/
use_proxy = on

Git

命令行执行

1
2


git config --global http.proxy http://127.0.0.1:1080
git config --global https.proxy http://127.0.0.1:1080

取消代理

1
2


git config --global --unset http.proxy
git config --global --unset https.proxy

Curl

目标路径 ~/.curlrc

1

proxy="http://127.0.0.1:7890"