Posts on pemako

Alpine Linux

Thu, 09 Apr 2026 20:00:00 +0800

基于 alpine 打一个 atlantis 运行使用的基础镜像

docker pull golang:1.19.5-alpine3.17

修改时区
- apk add –no-cache tzdata
- cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
- echo “Asia/Shanghai” > /etc/timezone
添加 chromium 进行浏览器登录获取token使用
- apk add chromium
安装 go 环境
- apk add binutils go

Awk

Thu, 09 Apr 2026 20:00:00 +0800

AWK的工作模式 awk 'Pattern {Action}' 其中 Pattern

常用变量及函数 #

熟记的变量 #

`NF` #

NF 最后一个域，$NF获取最后一个域的值。如下

echo {a..d} | awk '{print NF, $NF}'
- 4 d

`NR/FNR` #

NR表示awk开始执行程序后所读取的数据行数。FNR与NR功用类似,不同的是awk每打开一个新文件,FNR便从0重新累计。如果是一个文件的话，NF和FNR没有区别

有两个文件格式如下：

account文件

张三|000001
李四|000002

cdr文件

想要得到的结果如下

张三|000001|10
张三|000001|20
李四|000002|30
李四|000002|15

`FS/OFS` #

FS输入字段分隔符，默认为空格。OFS输出字段分隔符，默认为空格。

echo "1:2:3" | awk 'BEGIN{FS=":"; OFS=","} {print $1, $2, $3}'
- 1,2,3

`RS/ORS/RT` #

RS输入记录分隔符，默认为换行符。ORS输出记录的分隔符默认为换行符号。

➜ cat file
a b:c d
e f:g h

下面这命令解释，首先修改了RS的，则上面的file文件中的行会变成下面三行内容。然后后面打印第2列，即输出的结果为b d h

Bash

Thu, 09 Apr 2026 20:00:00 +0800

`Bash`基础 #

`Shell`与`Bash` #

sh 是一种标准,bash是符合这个标准的实现。

下面的流程是双向的，由于目前markdown中的编辑器不支持双向箭头操作，故先暂时这样。双向箭头, 同时也不支持subgraphs。

flowchart LR
subgraph User
 用户
end
用户<-->伪终端
用户<-->控制台

subgraph Term
 伪终端<-->shell接收解析执行
 控制台<-->shell接收解析执行
end

shell接收解析执行<-->OS
subgraph Kernel
 OS<-->硬盘I/O
 OS<-->网络I/O
 OS<-->其它操作
end

这里上传到github按照图片存储展示

`Login Bash` #

Login Bash初始化的配置文件分为下面两类

全局配置
- /etc/profile
个人配置
- ~/.bash_profile
- ~/.bash_login
- ~/.profile

`Login Sh` #

Login Sh在初始话的时候只会加载下面两个配置文件
- /etc/profile
- ~/.profile
查看用户使用的sh类型
- /ect/passwd
创建用户的时候指定 sh
- useradd -s /bin/bash
修改用户的sh
- usermod, chsh

为了统一两种 Bash的配置，在login bash里应用interactive bash的配置

if [ -f "$HOME/.bashrc" ]; then
 source "$HOME/.bashrc"
fi

脚本执行顺序 #

父shell Fork – Sub-shell
Sub-shell 继承父shell环境
Sub-shell 调用指定的解释器执行该脚本
Sub-shell 退出，相关环境被销毁
父shell取得Sub-shell的退出状态

`Bash`命令的解析过程 #

命令解析的时候一定按照下面的7个步骤进行执行

Clean Code 笔记

Thu, 09 Apr 2026 20:00:00 +0800

Code is clean if it can be understood easily – by everyone on the team. Clean code can be read and enhanced by a developer other than its original author. With understandability comes readability, changeability, extensibility and maintainability.

参考: https://gist.github.com/wojteklu/73c6914cc446146b8b533c0988cf8d29

General rules #

Follow standard conventions.
Keep it simple stupid. Simpler is always better. Reduce complexity as much as possible.
Boy scout rule. Leave the campground cleaner than you found it.
Always find root cause. Always look for the root cause of a problem.

Design rules #

Keep configurable data at high levels.
Prefer polymorphism to if/else or switch/case.
Separate multi-threading code.
Prevent over-configurability.
Use dependency injection.
Follow Law of Demeter. A class should know only its direct dependencies.

Understandability tips #

Be consistent. If you do something a certain way, do all similar things in the same way.
Use explanatory variables.
Encapsulate boundary conditions. Boundary conditions are hard to keep track of. Put the processing for them in one place.
Prefer dedicated value objects to primitive type.
Avoid logical dependency. Don’t write methods which works correctly depending on something else in the same class.
Avoid negative conditionals.

Names rules #

Choose descriptive and unambiguous names.
Make meaningful distinction.
Use pronounceable names.
Use searchable names.
Replace magic numbers with named constants.
Avoid encodings. Don’t append prefixes or type information.

Functions rules #

Small.
Do one thing.
Use descriptive names.
Prefer fewer arguments.
Have no side effects.
Don’t use flag arguments. Split method into several independent methods that can be called from the client without the flag.

Comments rules #

Always try to explain yourself in code.
Don’t be redundant.
Don’t add obvious noise.
Don’t use closing brace comments.
Don’t comment out code. Just remove.
Use as explanation of intent.
Use as clarification of code.
Use as warning of consequences.

Source code structure #

Separate concepts vertically.
Related code should appear vertically dense.
Declare variables close to their usage.
Dependent functions should be close.
Similar functions should be close.
Place functions in the downward direction.
Keep lines short.
Don’t use horizontal alignment.
Use white space to associate related things and disassociate weakly related.
Don’t break indentation.

Objects and data structures #

Hide internal structure.
Prefer data structures.
Avoid hybrids structures (half object and half data).
Should be small.
Do one thing.
Small number of instance variables.
Base class should know nothing about their derivatives.
Better to have many functions than to pass some code into a function to select a behavior.
Prefer non-static methods to static methods.

Tests #

One assert per test.
Readable.
Fast.
Independent.
Repeatable.

Code smells #

Rigidity. The software is difficult to change. A small change causes a cascade of subsequent changes.
Fragility. The software breaks in many places due to a single change.
Immobility. You cannot reuse parts of the code in other projects because of involved risks and high effort.
Needless Complexity.
Needless Repetition.
Opacity. The code is hard to understand.

CS 学习工作流

Thu, 09 Apr 2026 20:00:00 +0800

本文由简悦 SimpRead 转码，原文地址 csdiy.wiki

CS 自学指南

Contributed by @HardwayLinka

计算机领域的知识覆盖面很广并且更新速度很快，因此保持终身学习的习惯很重要。但在日常开发和学习的过程中，我们获取知识的来源相对复杂且细碎。有成百上千页的文档手册，也有寥寥数语的博客，甚至闲暇时手机上划过的某则新闻和公众号都有可能包含我们感兴趣的知识。因此，如何利用现有的各类工具，形成一套适合自己的学习工作流，将不同来源的知识碎片整合进属于自己的知识库，方便之后的查阅与复习，就显得尤为重要。经过两年工作之余的学习后，我磨合出了以下学习工作流：

底层核心逻辑 #

一开始我学习新知识时会参考中文博客，但在代码实践时往往会发现漏洞和 bug。我逐渐意识到我参考的信息可能是错误的，毕竟发博客的门槛低，文章可信度不高，于是我开始查阅一些相关的中文书籍。

中文书籍的确是比较全面且系统地讲解了知识点，但众所周知，计算机技术更迭迅速，又因为老美在 CS 方面一直都是灯塔，所以一般中文书籍里的内容会滞后于当前最新的知识，导致我跟着中文书籍实践会出现软件版本差异的问题。这时我开始意识到一手信息的重要性，有些中文书籍是翻译英文书籍的，一般翻译一本书也要一两年，这会导致信息传递的延迟，还有就是翻译的过程中信息会有损失。如果一本中文书籍不是翻译的呢，那么它大概率也参考了其他书籍，参考的过程会带有对英文原著中语义理解的偏差。

于是我就顺其自然地开始翻阅英文书籍。不得不说，英文书籍内容的质量整体是比中文书籍高的。后来随着学习的层层深入，以知识的时效性和完整性出发，我发现 源代码 > 官方文档 > 英文书籍 > 英文博客 > 中文博客，最后我得出了一张 信息损失图：

虽然一手信息很重要，但后面的 N 手信息并非一无是处，因为这 N 手资料里包含了作者对源知识的转化——例如基于某种逻辑的梳理（流程图、思维导图等）或是一些自己的理解（对源知识的抽象、类比、延伸到其他知识点），这些转化可以帮助我们更快地掌握和巩固知识的核心内容，就如同初高中学习时使用的辅导书。此外，学习的过程中和别人的交流十分重要，这些 N 手信息同时起了和其他作者交流的作用，让我们能采百家之长。所以这提示我们学习一个知识点时先尽量选择质量更高的，信息损失较少的信息源，同时不妨参考多个信息源，让自己的理解更加全面准确。

现实工作生活中的学习很难像学校里一样围绕某个单一知识点由浅入深，经常会在学习过程中涉及到其他知识点，比如一些新的专有名词，一篇没有读过的经典论文，一段未曾接触过的代码等等。这就要求我们勤于思考，刨根究底地 “递归” 学习，给多个知识点之间建立联系。

选择合适的笔记软件 #

工作流的骨架围绕 单个知识点多参考源，勤于提问给多个知识点之间建立联系 的底层核心逻辑建立。我们写论文其实就是遵循这个底层逻辑的。论文一般会有脚注去解释一些关键字，并且论文末尾会有多个参考的来源，但是我们平时写笔记会随意得多，因此需要更灵活的方式。

平时写代码习惯在 IDE 里一键跳转，把相关的函数和实现很好地联系在了一起。你也许会想，如果笔记也能像代码那样可以跳转就好了。现在市面上 双链笔记软件 就可以很好地解决这一痛点，例如 Roam Research、Logseq、Notion 和 Obsidian。Roam Research 和 Logseq 都是基于大纲结构的笔记软件，而 大纲结构 是劝退我使用这两款软件的原因。一是 大纲结构 做笔记容易使文章纵向篇幅太长，二是如果嵌套结构过多会占横向的篇幅。Notion 页面打开慢，弃之。最终我选择了 Obsidian，原因如下：

Obsidian 基于本地，打开速度快，且可存放很多电子书。我的笔记本是 32g 内存的华硕天选一代，拿来跑 Obsidian 可以快到飞起
Obsidian 基于 Markdown。这也是一个优势，如果笔记软件写的笔记格式是自家的编码格式，那么不方便其他第三方拓展，也不方便将笔记用其他软件打开，比如 qq 音乐下载歌曲有自己的格式，其他播放器播放不了，这挺恶心人的
Obsidian 有丰富的插件生态，并且这个生态既大又活跃，即插件数量多，且热门插件的 star 多，开发者会反馈用户 issue，版本会持续迭代。借助这些插件，可以使 Obsidian 达到 all in one 的效果，即各类知识来源可以统一整合于一处

信息的来源 #

Obsidian 的插件使其可以支持 pdf 格式，而其本身又支持 Markdown 格式。如果想要 all in one，那么可以基于这两个格式，将其他格式文件转换为 pdf 或者 Markdown。那么现在就面临着两个问题：

Docker

Thu, 09 Apr 2026 20:00:00 +0800

使用Mac上进行docker的学习,使用的版本信息如下

Client: Docker Engine - Community
 Version: 18.09.2
 API version: 1.39
 Go version: go1.10.8
 Git commit: 6247962
 Built: Sun Feb 10 04:12:39 2019
 OS/Arch: darwin/amd64
 Experimental: false

Server: Docker Engine - Community
 Engine:
 Version: 18.09.2
 API version: 1.39 (minimum version 1.12)
 Go version: go1.10.6
 Git commit: 6247962
 Built: Sun Feb 10 04:13:06 2019
 OS/Arch: linux/amd64
 Experimental: false

0、环境初始化 #

方式一 brew cask install docker 这种安装方式不带GUI存命令行操作
方式二下载 Docker Desktop for Mac 带一套可视化软件和Docker环境

1、Docker 的安装和配置 #

1.1 在Ubuntu中安装 #

检查环境是否支持

Linux 内核

Thu, 09 Apr 2026 20:00:00 +0800

🧭《深入理解 Linux 内核（2.6.11）》 → Linux 6.x 源码结构对照与学习导引 #

🧩 一、系统整体结构 #

模块	书中章节	Linux 2.6 路径	Linux 6.x 路径	说明
内核入口（启动流程）	第 2 章	arch/i386/kernel/head.S, init/main.c	arch/x86/kernel/head_64.S, init/main.c	入口逻辑相似：仍是 start_kernel()，但支持多架构（x86, ARM, RISC-V）
系统调用入口	第 10 章	arch/i386/kernel/entry.S, arch/i386/kernel/traps.c	arch/x86/entry/entry_64.S, kernel/syscall_table.S	系统调用表机制相同，但入口汇编和 syscall wrapper 重写
内核初始化流程	第 3 章	init/main.c	init/main.c	主干逻辑仍是 start_kernel() → rest_init()

🧠 二、进程与调度（Process & Scheduler） #

模块	书中章节	2.6.11 路径	6.x 路径	说明
进程描述符	第 3–4 章	include/linux/sched.h, kernel/fork.c	include/linux/sched.h, kernel/fork.c	task_struct 结构仍然存在，字段大幅扩展（多 CPU、NUMA 支持）
进程创建	第 3 章	kernel/fork.c	kernel/fork.c	核心函数仍是 do_fork() / copy_process()
进程终止	第 3 章	kernel/exit.c	kernel/exit.c	逻辑基本相同
调度器	第 7 章	kernel/sched.c（O(1) 调度器）	kernel/sched/core.c, kernel/sched/fair.c（CFS 调度器）	📌 最大差异：现代内核使用 CFS（完全公平调度器）取代了 O(1)
睡眠与唤醒	第 7 章	kernel/sched.c	kernel/sched/core.c	同样通过 wait_queue 与 schedule()

🧮 三、内存管理（Memory Management） #

模块	书中章节	2.6.11 路径	6.x 路径	说明
页框分配	第 8 章	mm/page_alloc.c	mm/page_alloc.c	概念一致（buddy system），但支持 NUMA / CMA / ZONE_DEVICE
虚拟内存管理	第 9 章	mm/mmap.c, mm/mprotect.c	mm/mmap.c, mm/mprotect.c	vm_area_struct、mm_struct 概念仍相同
页面换出	第 15 章	mm/vmscan.c	mm/vmscan.c	逻辑相似但复杂度大幅提升
Slab 分配器	第 8 章	mm/slab.c	mm/slub.c, mm/slab_common.c	默认使用 SLUB（比 Slab 更简洁高效）

🧱 四、中断与异常（Interrupts & Exceptions） #

模块	书中章节	2.6.11 路径	6.x 路径	说明
中断描述	第 4 章	arch/i386/kernel/irq.c, kernel/irq/handle.c	kernel/irq/ 下多文件（manage.c, chip.c, spurious.c 等）	2.6 时是单文件，现在模块化程度更高
中断上下文切换	第 4–5 章	arch/i386/kernel/entry.S	arch/x86/entry/entry_64.S	汇编层实现更新为 x86_64 调用约定
软中断、tasklet、工作队列	第 4–5 章	kernel/softirq.c, kernel/workqueue.c	kernel/softirq.c, kernel/workqueue.c	概念完全保留

💾 五、文件系统（VFS & FS） #

模块	书中章节	2.6.11 路径	6.x 路径	说明
虚拟文件系统层（VFS）	第 12 章	fs/namei.c, fs/open.c, fs/read_write.c	fs/namei.c, fs/open.c, fs/read_write.c	几乎同名路径，代码更复杂
inode / dentry 机制	第 12 章	fs/inode.c, fs/dcache.c	fs/inode.c, fs/dcache.c	概念完全相同，接口丰富
文件系统注册	第 13 章	fs/super.c	fs/super.c	仍然是 register_filesystem()
Ext2 文件系统	第 14 章	fs/ext2/	fs/ext4/	现代系统几乎都使用 ext4 取代 ext2

🔌 六、设备驱动与内核模块（Driver & Module） #

模块	书中章节	2.6.11 路径	6.x 路径	说明
模块加载机制	第 20 章	kernel/module.c	kernel/module/（目录化）	模块系统大改：支持 LTO、压缩、Rust 模块等
设备驱动模型	第 13 章	drivers/base/	drivers/base/	书中介绍的 kobject/kset/driver model 仍是基础
字符设备	第 13 章	drivers/char/	drivers/char/	仍可用同样机制注册字符设备

⚙️ 七、同步机制（Synchronization） #

模块	书中章节	2.6.11 路径	6.x 路径	说明
自旋锁、信号量	第 5 章	kernel/spinlock.c, kernel/semaphore.c	kernel/locking/	完全独立成 kernel/locking/ 模块
RCU（Read-Copy-Update）	第 5 章	初步存在	kernel/rcu/	现代内核的核心机制之一
原子操作	第 5 章	include/asm/atomic.h	include/linux/atomic/	已高度泛化并支持多架构实现

🌐 八、网络子系统（Networking） #

模块	书中章节	2.6.11 路径	6.x 路径	说明
网络协议栈	第 18–19 章	net/ipv4/, net/core/	net/ipv4/, net/core/, net/ipv6/	路径相同，但功能极大增强（XDP、eBPF）
Socket 实现	第 18 章	net/socket.c	net/socket.c	接口一致，内部实现复杂化
eBPF	无	无	kernel/bpf/, tools/bpf/	⚡ 新增：现代 Linux 内核的重大特性

🧩 九、核心入口函数速览（Linux 6.x 仍保留的经典符号） #

功能	函数名	路径
内核启动	start_kernel()	init/main.c
系统调用	sys_* 系列	kernel/sys_*.c
进程调度	schedule()	kernel/sched/core.c
创建进程	do_fork(), copy_process()	kernel/fork.c
虚拟内存管理	do_mmap(), do_munmap()	mm/mmap.c
文件打开	do_sys_openat2()	fs/open.c
读写文件	vfs_read(), vfs_write()	fs/read_write.c

🧭 十、推荐的现代学习路线图（结合你的环境） #

阶段	内容	对应实践
阶段 1：结构导览	通读 ULK 前 3 章 + 对照 init/, kernel/, arch/x86/	阅读 init/main.c 中的 start_kernel()
阶段 2：进程调度与内存	对照书中第 3–9 章	阅读 kernel/sched/ 与 mm/page_alloc.c
阶段 3：VFS 与系统调用	书中第 10–14 章	对照 fs/ 与 arch/x86/entry/
阶段 4：同步与驱动模型	书中第 5、20 章	查看 kernel/locking/, drivers/base/
阶段 5：现代特性探索	eBPF、io_uring、cgroups、namespaces	阅读 kernel/bpf/, fs/io_uring.c, kernel/cgroup/

✅ 总结 #

你完全可以用 Linux 6.x + OrbStack 学《深入理解 Linux 内核》。

Linux 基础

Thu, 09 Apr 2026 20:00:00 +0800

GUI (Graphical User Interface) 图形用户界面。用户界面的所有元素图形化，主要使用鼠标作为输入工具，点击图标执行程序，使用按钮、菜单、对话等尽心个交互，追求医用，看起来比较美

CLI (Command Line Interface) 命令行界面。用户界面字符化，使用键盘作为输入工具，输入命令、选项、参数执行程序，追求高效，看起来比较酷

缩写习惯 #

1. 最常见的缩写，取每个单词的首字母 #

cd Change Directory
dd Disk Dump
df Disk Free
du Disk Usage
pwd Print Working Directory
ps Processes Status
PS Prompt Strings
su Substitute User
rc Run Command
Tcl Tool Command Language
cups Common Unix Printing System
apt Advanced Package Tool
bg BackGround
ping Packet InterNet Grouper

2. 如果首字母后为`h`,通常保留 #

chsh CHange SHell
chmod CHange MODe
chown CHange OWNer
chgrp CHange GRouP
bash Bourne Again Shell
zsh Z SHell
ksh Korn SHell
ssh Secure SHell

3. 递归缩写类 #

GNU GUN's Not Unix
PHP PHP; Hypertext Pregrocessor
RPM RPM Package Manager
WINE WINE Is Not an Emulator
PNG PNG's Not GIF
nano Nano's ANOther editor

4. 如果只有一个单词，通常取每个音节的首字母 #

cp CoPy
ln LiNk
ls LiSt
mv MoVe
rm ReMove

5. 对于目录，通常使用前几个字母作为缩写 #

bin BINaries
dev DEVices
etc ETCetera
lib LIBrary
var VARiable
proc PROCesses
sbin Superuser BINaries
tmp TemPorary
usr Unix Shared Resources
diff DIFFerences
cal CALendar
cat CATenate
ed EDitor
exec EXECute
tab TABle
regexp REGular EXPression

6. 如果某种缩写比较深入人心，例如"mesg"代表"message"，在新的复合缩写中，将沿用这种缩写方式 #

dmesg Diagnostic MESsaGe
sed Stream EDitor
stty Set TTY
fstab FileSystem TABle
passwd PASSWorD

7. 有些缩写中，第一个字母’g’，代表’GNU' #

awk Aho Weiberger and Kernighan
gawk GNU AWK
gpg GNU Privacy Guard
grep GNU Regular Expression Print
egrep Extended GREP

命令选项，从a到z #

a
- all: 全部，所有（ls, uname, lsattr）
- archive: 存储(cp, rsync)
- append: 附加 (tar -A , 7z)
b
- blocksize: 块大小，带参数 (du , df)
- batch: 批处理模式 (交互模式的程序通常拥有此选项，如 top -b)
c
- commands : 执行命令，带参数 (bash , ksh , python)
- create : 创建 (tar)
d
- debug : 调试
- delete : 删除
- directory : 目录 (ls)
e
- execute : 执行，带参数 (xterm , perl)
- edit : 编辑
- exclude : 排除
f
- force : 强制，不经确认(cp , rm ,mv)
- file : 文件，带参数 (tar)
- configuration file : 指定配置文件(有些守护进程拥有此选项，如 ssh , lighttpd)
g
h
- –help : 帮助
- human readable : 人性化显示(ls , du , df)
- headers : 头部
i
- interactive : 交互模式，提示(rm , mv)
- include : 包含
k
- keep : 保留
- kill
l
- long listing format : 长格式(ls)
- list : 列表
- load : 读取 (gcc , emacs)
m
- message : 消息 (cvs)
- manual : 手册 (whereis)
- create home : 创建 home 目录 (usermod , useradd)
n
- number : 行号、编号 (cat , head , tail , pstree , lspci)
- no : (useradd , make)
o
- output : 输出 (cc , sort)
- options : 选项 (mount)
p
- port : 端口，带参数 (很多网络工具拥有此选项，如 ssh , lftp )
- protocol : 协议，带参数
- passwd : 密码，带参数
q
- quiet : 静默
r
- reverse : 反转
- recursive : 递归 (cp , rm , chmod -R)
s
- silent : 安静
- size : 大小，带参数
- subject
t
- tag
- type: 类型（mount）
u
- user：用户名、UID、带参数
v
- verbose : 冗长
- version : 版本
w
- width : 宽度
- warning : 警告
x
- exclude : 排除 (tar , zip)
y
- yes
z
- zip : 启用压缩 (bzip , tar , zcat , zip , cvs)

学会使用`man`命令 #

下面以 man date 为例进行说明

macOS 汇编

Thu, 09 Apr 2026 20:00:00 +0800

十进制与二进制的相互转换 #

十进制转为二进制，分为整数部分和小数部分 #

整数部分采用除 2 倒取余法: 用2去除十进制整数，可以得到一个商和余数；在用2去除商，又会得到一个商和余数，如此进行，知道商为0时为止，然后把先的到的余数作为二进制的低位有效位，后得到的余数作为二进制数的高位有效位，依次排列起来。

小数部分采用乘2取整法，具体做法：用2乘十进制小数，可以得到积，将积中的整数部分取出，在用2乘余下的小数部分，又得到一个积，在将积中的整数部分取出，如此进行，直到积中的小数部分为0，此时0或1为二进制的最后一位，或者达到所要求的精度为止，然后把取出的整数部分按顺序排列起来，先取得整数作为二进制小数的最高位有效位，后取的整数作为低位有效位。

二进制转为十进制 #

按权相加法，即将二进制每位上的数乘以权，然后相加之和即是十进制数

预备知识 #

由于计算机的硬件决定，任何存储于计算机中的数据，其本质都是以二进制码存储。

根据冯·诺依曼提出的经典计算机体系结构框架，一台计算机由运算器、控制器、存储器、输入和输出设备组成。其中运算器只有加法运算器，没有减法运算器（据说一开始是有的，后来由于减法运算器硬件开销太大，被废了）。

所以计算机中没办法直接做减法的，它的减法是通过加法实现的。现实世界中所有的减法也可以当成加法的，减去一个数可以看作加上这个数的相反数，但前提是要先有负数的概念，这就是为什么不得不引入一个符号位。符号位在内存中存放的最左边一位，如果该位为0，则说明该数为正；若为1，则说明该数为负。

而且从硬件的角度上看，只有正数加负数才算减法，正数与正数相加，负数与负数相加，其实都可以通过加法器直接相加。

原码、反码、补码的产生过程就是为了解决计算机做减法和引入符号位的问题。

原码 #

原码：是最简单的机器数表示法，用最高位表示符号位，其他位存放该数的二进制的绝对值。

以带符号位的四位二进制数为例：1010，最高位为1表示这是一个负数，其它三位010，即02^2+12^1+0*2^0=2，所以1010表示十进制数-2。

	正数		负数
0	0000	-0	1000
1	0001	-1	1001
2	0010	-2	1010
3	0011	-3	1011
4	0100	-4	1100
5	0101	-5	1101
6	0110	-6	1110
7	0111	-7	1111

原码的表示法很简单，虽然出现了+0和-0，但是直观易懂。于是开始运算 —

MySQL

Thu, 09 Apr 2026 20:00:00 +0800

README #

导出数据 #

只导出表结构，不导出数据 mysqldump -uroot -pxxx -d database > database.sql
只导出表数据，不导出结构 mysqldump -uroot -pxxx -t database > database.sql
导出整个数据库，表结构&数据 mysqldump -uroot -pxxx database > database.sql
导出整个数据库，忽略table1& table2
- mysqldump -uroot -pxxx database -ignore-table=database.table1 -ignore-table=database.table2 > database.sql
导出指定表中的数据 mysqldump -uroot -pxxx -t database table1 table2 > databases.sql

mysqldump 常用参数说明 #

--host, -h 需要导出的主机信息
--port, -P 链接数据库端口号
--user, -u 指定连接的用户名
--password, -p 指定链接mysql的密码
--socket, -S指定连接 mysql的socket文件位置，默认路径为 /tmp/mysql.sock
--tables 覆盖 --databases (-B)参数，指定需要导出的表名
--no-data, -d不导出数据，只导出数据库表结构
--no-create-info, -t 只导出数据，而不添加CREATE TABLE语句
--default-character-set 设置默认字符集，默认值为 utf8

导入数据 #

mysql -uroot -pxxx -d databases < database.sql

MySQL查看库表索引大小 #

通过MySQL的 information_schema 数据库，可查询数据库中每个表占用的空间、表记录的行数；该库中有一个 TABLES 表，这个表主要字段分别是：

OpenTelemetry

Thu, 09 Apr 2026 20:00:00 +0800

OpenTelemetry #

OpenTelemetry 简称 "OTel", 在 OpenTelemetry 中典型的 OTel 方案可以被细分为几个逻辑组件，他们包括 APIs, SDKs, 收集器。

API 负责收集遥测数据及其中的所有数据
SDK 负责将这些数据从当前被观测的进程中提取出来，转给另一个实体进行分析
Collector 统一接收 SDK 从进程中获取到的观测数据。收集器是一个处理遥测数据的 ETL(Extract, Transform, Load) 管道。
- 接收遥测数据
- 处理遥测数据
- 导出遥测数据

在链路追踪和可观测性中，有下面三方面信息

链路追踪 Traces
指标数据 metrics
服务日志 logs

`OTel Collector` 工作原理 #

收集器的主要组件包括

接收模块 - 从收集器外部接收jj遥测数据（例如: OTLP 、Kafak MySQL syslog）
处理模块 - 处理或转换数据（例如属性、批次、Kubernetes 属性）
导出模块 - 将处理后的数据发送到另一个目标（例如：Jaeger AWS Cloud Watch Zipkin）
扩展模块 - 收集器增强功能的插件（例如: HTTP 转发器）

Progagation & Baggage #

progagation(传播) Baggage(行李) 为了解决分布式链路追踪。

PostgreSQL

Thu, 09 Apr 2026 20:00:00 +0800

Basic Tutorial #

Section 1. Querying Data #

Select – show you how to query data from a single table.
Column aliases – learn how to assign temporary names to columns or expressions within a query.
Order By – guide you on how to sort the result set returned by a query.
Select Distinct – show you how to remove duplicate rows from the result set.

Section 2. Filtering Data #

Where – filter rows based on a specified condition.

React

Thu, 09 Apr 2026 20:00:00 +0800

基础知识 #

props #

props 是配置组件行为和外观的外部输入，它决定组件渲染什么，但组件不能修改它。

props 的三个核心含义 #

1. 组件的外部数据输入 #

组件不是凭空渲染，它需要“数据”，而 props 就是数据来源。

2. 父组件 → 子组件的数据流（单向数据流） #

React 明确规定：

数据只能从父流向子
子组件不能直接改 props 这个规则保证了 UI 是可预测的。

3. 组件之间的通信方式（父传子） #

子组件不直接知道父组件是谁，只知道父组件给它的 props。

在声明 props 时， 不要忘记 ( 和 ) 之间的一对花括号 { 和 } ：

function Avatar({ person, size }) { 

}

这种语法被称为 “解构”，等价于于从函数参数中读取属性：

function Avatar(props) { 
	let person = props.person; 
	let size = props.size; 
	// ... 
}

state #

state 是组件内部可变的数据，用来驱动组件的渲染与行为。它由组件自己拥有和管理（或通过 useReducer/外部管理器协调），当 state 变化时 React 会重新渲染该组件（及其子树）。

Sed

Thu, 09 Apr 2026 20:00:00 +0800

重要函数说明 #

q 提前退出命令，不执行后续命令，也不读入后续行
d 删除pattern space(模式空间)中的所有内容，包括换行符
D 删除模式空间中的首行，即第一个\n之前的所有内容
h 拷贝模式空间中的所有内容到hold space(交换空间)
H 追加模式空间中的所有内容到交换空间
g 拷贝交换空间中的所有内容到模式空间
G 追加交换空间中的所有内容到模式空间
n 读取下一个输入行，使用接下来的命令继续对下一行进行处理
N 追加下一个输入行到当前模式空间，并改变当前行号
p 打印当前行所有模式空间中的内容
P 打印当前行模式空间中的首行，即第一个\n之前的所有内容
x 将模式空间和交换空间的内容进行交换
t label 如果条件满足，则跳转到标签所在地继续执行，若无标签，则到命令末尾
b label 直接跳转到标签所在地继续执行，若无标签，则到命令末尾

模式空间和交换空间都属于缓存区

模式空间 (pattern space) #

默认情况下 sed 逐行处理空间
编辑指令支队该空间生效
该空间如无d/D命令，必打印

交换空间/保持空间 (hold space) #

按指令进行存取处理
如需编辑该空间，需交换出去
如需打印，需交换出去

入门例子详解 #

sed的命令参数有： -n -i -e -r

sed的函数参数有: i c a r w y q s n N d D p P h H g G x t b

XAPK 转 APK 安装

Thu, 09 Apr 2026 20:00:00 +0800

XAPK 转 APK 安装到 Android 手机 #

XAPK 是包含主 APK 和 Split APK（语言包、架构包等）的压缩包格式，不能直接用 adb install 安装，需要解压后用 adb install-multiple 安装。

前置条件 #

macOS 已安装 adb（Android Debug Bridge）
手机开启开发者模式并启用 USB 调试
手机通过 USB 连接电脑

步骤一：确认设备已连接 #

adb devices

输出示例：

List of devices attached
MPX0223213001305 device

若显示 unauthorized，在手机上弹出的「允许 USB 调试」对话框点击允许（建议勾选「始终允许」）。

步骤二：解压 XAPK #

XAPK 本质是 ZIP 文件，直接解压即可：

mkdir -p /tmp/xapk_extracted
cd /tmp/xapk_extracted
unzip /path/to/your.xapk -d extracted/

解压后结构示例：

extracted/
├── com.example.app.apk # 主 APK
├── config.armeabi_v7a.apk # 架构包
├── config.zh.apk # 中文语言包
├── config.en.apk # 英文语言包
├── config.mdpi.apk # 屏幕密度包
├── manifest.json
└── icon.png

步骤三：确认手机架构 #

adb shell getprop ro.product.cpu.abi

常见输出：

传输层

Thu, 09 Apr 2026 20:00:00 +0800

传输层 #

理解传输层原理：复用/分用，可靠数据传输，流量控制，拥塞控制。

Internet 传输层的实现和示例

位掩码

Thu, 09 Apr 2026 20:00:00 +0800

位掩码（BitMask）是 “位” (Bit) 和 “掩码” (Mask) 的组合词。“位”指代着二进制数据当中的二进制位，而“掩码”指的是一串用于目标数据进行按位操作的二进制数字。组合起来就是“用一串二进制数字（掩码）去操作另一串二进制数字”的意思。

掩码就是一串二进制代码对目标字段进行位与运算，屏蔽当前的输入位，最终得到一个合理的需求。

场景应用 #

权限 #

假设系统中有4中权限: 增删改查，使用位运算来表示权限，定义四个变量如下

Insert = 1 // 0001
Delete = 2 // 0010
Update = 4 // 0100
Select = 8 // 1000

假设初始权限为 0000 如果想给用户增加权限，则使用 | 或运算

给用户增加 Insert 权限 0000 | 0001 = 0001
给用户同时增加 Insert 和 Delete 权限 0000 | 0001 | 0010 = 0011
- 此时获取到的 0011 十进制为 3 则怎么知道用户拥有哪些权限呢？只需要采用 & 运算
- 是否有 Insert 权限 b0011 & b0001 = b0001 = 1 有权限
- 是否有 Delete 权限 b0011 & b0010 = b0010 = 2 有权限
- 是否有 Update 权限 b0011 & b0100 = b0000 = 0 无权限
- 是否有 Select 权限 b0011 & b1000 = b0000 = 0 无权限
删除权限如用户有 Insert 和 Delete 权限，现在需要删除 Insert 权限

字符编码

Thu, 09 Apr 2026 20:00:00 +0800

1. 字节 #

字节是计算机中存储数据的最小单元，一个字节有 8 个位（即二进制位，也叫 bit），也可以表示 0~255 之间的任何一个数（即二进制的 0000 0000 到 1111 1111 之间）。可以用字节表示任何东西，如数字、字符、图像、音乐等，这取决于你如何解释这个字节。

2. ASCII 字符集 #

在标准 ASCII 码中，用一个字节来表示不同的字符，字节的最高位（也就是二进制代码的左边第一位）被用来做奇偶校验，所以只剩下 7 个位用来表示不同的字符，这样能表示的字符范围就变成了 0～127 之间。其中 0～31、127 这些数值被定义为控制字符，他们是不能显示的。32～126 这些数值被定义为下面的字符：

!"#$%&’()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxy

如果要在计算机中存储 ASCII 字符串，只需要将这些字符所对应的数值（用来表示字符的数值也叫做码点）按字节依次存放即可，读取的时候也只要按字节依次读出即可。ASCII 字符集无法表示汉字。

3. Latin1 字符集 #

如果将标准 ASCII 码的最高位不用作奇偶校验，而也用来表示字符的话，那么就可以表示 256 个字符，在 ASCII 的基础上多出了 128 个字符，这个字符集叫做 Latin1 字符集，Latin1 是 ISO-8859-1 的别名，也可写作 Latin-1。其中 0～127 这些数值的定义与 ASCII 字符集一样，128～159 这些数值被定义为控制字符，160～255 这些数值被定义为下面的字符：

¡¢£¤¥¦§¨©ª«¬®¯°±²³´µ¶·¸¹º»¼½¾¿ÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖ×ØÙÚÛÜÝÞßàáâãäåæçèéêëìíîïðñòóôõö÷øùúûüýþÿ

如果要在计算机中存储 Latin1 字符串，只需要将这些字符所对应的码点（码点就是字符所对应的数值）按字节依次存放即可，读取的时候也只要按字节依次读出即可。Latin1 字符集无法表示汉字。

4. ANSI 字符集 #

由于 ASCII 字符集或 Latin1 字符集只能表示有限的字符，对于亚洲字符（例如中文、日文、韩文）则无法表示，所以为了使计算机支持更多语言，出现了 ANSI 字符集，ANSI 字符集中 0～127 这些数值的定义与 ASCII 字符集一样，而 128～255 这些数值被定义为双字节字符的一个编码，即“用其中的 2 个数值来表示 1 个字符”，这样的双字节可以表示的字符数量就达到了 1.6 万多个。

应用层

Thu, 09 Apr 2026 20:00:00 +0800

应用层 #

目标

网络应用层的概念和实现
- 客户端-服务器模型
- 服务模型
通过对常用应用层协议的探讨和分析来学习网络协议

深层次目标

特定协议
- http
- ftp
- smtp
- pop
- dns

应用程序和应用层协议 #

应用程序：沟通，分布式的进程
- 运行在网络主机的“用户空间”
- 在应用程序间交换报文
应用层协议
- 应用程序的一个“组成部分”
- 定义应用程序需要交换的报文和所需采取的动作
- 使用较低层次所提供的通信服务（TCP， UDP）

一些术语 #

进程（Process）主机中运行的程序
- 在某些主机中，两个进程使用 进程间通信
- 而运行在不同主机上的进程则使用应用层协议进行通信
用户代理（User agent）：软件进程，是介于用户和网络之间的接口
- 实现应用级协议
- Web：浏览器
- E-mail
- 流媒体：media player

客户端-服务器模式 #

典型的网络应用都是由两个部分组成：客户端和服务器

客户端
- 发起同服务器的联系 speaks first
- 一般都从服务器请求服务
- web: 客户端由浏览器实现
- Email: 通过 OE，Foxmail 实现
服务器
- 向客户端提供所请求的服务
- e.g. Web 服务器发送被请求的 web 页面，邮件服务器传递 e-mail

应用程序接口 #

API：application programming interface

汇编入门

Thu, 09 Apr 2026 20:00:00 +0800

# exit.s
 .section __TEXT, __text
 .globl _main
_main:
 mov1 $0, %rax
 retq

注释 #

程序的第一行是注释。在macOS的as汇编器语法下，注释由#开头，在进行汇编的时候会自动将其处理为空白字符。

我们习惯上将注释写在语句的上方（如例程）或后方，如：

movq $0, %rax # mov 0 to register rax

缩进 #

在最古老的机器上，汇编代码的文本包含四列：标签、助记符、操作数与注释。汇编器通过识别一个文本在哪个列来判断该文本有什么作用。现代的汇编器已经抛弃了这种方法，采用先进的词法分析技术来判断。但是，我们最好仍然按照这种格式来缩进。

汇编器指令(Directive) #

“Directive"是汇编语言中一个重要的组成部分，然而它的中文译名似乎还不固定，这里暂且叫它汇编器指令。在汇编语言中，以.开头的都是汇编器指令，如例程中的.section, .globl等。由汇编器指令开头的语句，一般不会被直接翻译成机器码。汇编器指令并不是告诉汇编器做什么, 而是告诉汇编器如何做。就比如说例程中，movq $0, %rax 会被汇编器直接翻译为机器码，最终会由CPU直接执行，而.section __TEXT,__text, 则不会被翻译成机器码，在最终的可执行文件中也不会找到这句话的踪影。它的作用是告诉汇编器如何汇编。下面，就介绍一下.section的作用

.section #

我们之前在操作系统基础中提到，mach-o可执行文件的Data部分拥有许多段(Segment), 每个段又有许多节(section). 同一个段的作用往往是类似的，同时在执行的时候一个段会被分配到一个页之中。而.section最常用的格式，就是

.section segname, sectname

其中segment是段名，sectname是节名。我们目前编写的第一个汇编语言程序，只包含纯代码。在macho中，纯代码被放在了__TEXT段的__text节中，因此，我们在文件的第二行写了

.section __TEXT, __text

代表之后的语句都是__TEXT段的__text节中。

此外，由于这个节过于常用，因此，汇编器给予了我们一个简单的记号：.text. 我们可以直接用.text代替.section __TEXT, __text. 在以后的程序中，我也都会用这种记号。

除了__TEXT段__text节后，还有许多段和节。常用的段和节的名称和作用可参见Assembler Directives. 我们之后更复杂的程序中也会用到更多的段和节。

.globl #

我们在由汇编语言翻译机器码的时候，得到的文件并不仅仅包含操作的指令，还需要包含一些名字和记号。比如说，C语言中，程序执行的起点是main函数。那么，这个函数的名字main就要包含在文件中，使得程序执行的时候知道执行哪个函数。

_main #

macOS中，汇编语言程序执行的起点是_main函数。关于函数与下一行的_main:标签，我会在之后的文章中提到。是谁决定它叫这个名字的呢，是链接器。如果我们写的程序想把它主函数叫做_start, 那么只需要在链接的时候写上即可。

汇编语言

Thu, 09 Apr 2026 20:00:00 +0800

汇编语言 #

第一章: 基础知识 #

1.3 汇编语言的组成 #

汇编指令：机器码的助记符，有对应的机器码。
伪指令：没有对应的机器码，由编译器执行，计算机并不执行。
其它符号：如 + - * /等，由编译器识别，没有对应的机器码。

汇编语言的核心是汇编指令，它决定了汇编语言的特性。

小结（1.1~1.10） #

1）. 汇编指令是机器指令的助记符，同机器指令一一对应。 2）. 每一种 CPU 都有自己的汇编指令集。 3）. CPU 可以直接使用的信息在存储器中存放。 4）. 在存储器中指令和数据没有任何区别，都是二进制信息。 5）. 存储单元从零开始顺序编号。 6）. 一个存储单元可以存储 8 个 bit,即 8 位二进制数。 7）. 1Byte=8bit 1KB=1024B 1MB=1024KB 1GB=1024MB 8）. 每一个 CPU 芯片都有许多管脚，这些管脚和总线相连。也可以说，这些管脚引出总线。一个 CPU 可以引出 3 种总线的宽度标志了这个 CPU 的不同方面的性能

地址总线的宽度决定了 CPU 的寻址能力
数据总线的宽度决定了 CPU 与其它器件进行数据传送时的一次数据传送量
控制总线的宽度决定了 CPU 对系统中其它器件的控制能力

检测点 1.1 #

（1） 1个CPU的寻址能力为8KB，那么他的地址总线的宽度为【 13 】。（2） 1KB的存储器有【 1024 】个存储单元。存储单元编号从【 0000 】到【 1023 】。（3） 1KB的存储器可以存储【 1024 x 8 】个bit，【 1024 】个Byte。（4） 1GB、1MB、1KB分别是【1024x1024x1024、1024x1024、1024 】Byte。（5） 8080、8088、8026、80386的地址总线宽度分别为16根、20根、24根、32根，则他们的寻址能力分别为：【 64 】(KB)、【 1 】(MB)、【 16 】(MB)、【 4 】(GB)。（6） 8080、8088、8086、8026、80386的数据总线宽度分别为8根、8根、16根、16根、32根。则它们一次可以传送的数据为：【 1 】(B)、【 1 】(B)、【 2 】(B)、【 2 】(B)、【 4 】(B)。

程序基础知识

Thu, 09 Apr 2026 20:00:00 +0800

对称多处理器 (SMP, Symmetrical Multi-Processing)
多核处理器（Multi-core Processor）
应用程序接口（Application Programming Interface）
系统调用接口（System call Interface）
软件中断（Software Interrupt）
硬件规格（Hardware Specification）
多道程序（Multiprogramming）
分时系统（Time-Sharing System）
多任务系统（Multi-tasking System）
进程（Process）
抢占式（Preemptive）
硬件驱动（Device Driver）
扇区（Sector）
LBA（Logical Block Address）即整个硬盘中所有的扇区从0开始编号，一直到最后一个扇区，这个扇区编号叫做逻辑扇区号。逻辑扇区号抛弃了所有复杂的磁道、盘面之类的概念。
虚拟地址空间（Virtual Address Space）
物理地址空间（Physical Address Space）
分段（Segmentation）基本思路是把一段与程序所需要的内存空间大小的虚拟空间映射到某个地址空间
分页（Paging）基本方法是把地址空间人为地等分成固定大小的页，每一页的大小由硬件决定，或硬件支持多种大小的页，由操作系统选择决定页的大小。
虚拟页（VP Virtual Page）
物理页（PP Physical Page）
磁盘页（DP Disk Page）
页错误（Page Fault）
MMU（Memory Management Unit）

虚拟地址到物理地址的转换

flowchart LR 
	CPU --> |Vitual Address| MMU --> |Physical Address| PhysicalMemory

线程（Thread）有时被称为轻量级进程（Lightweight Process, LWP）是程序执行流的最小单元。一个标准的线程由线程 ID、当前指令指针（PC）、寄存器集合和堆栈组成。

线程私有	线程之间共享 (进程所有)
局部变量	全局变量
函数的参数	堆上的数据
TLS(Thread Local Storage)数据	函数里的静态变量
	程序代码，任何线程都有权利读取病执行任何代码
	打开的文件，A线程打开的文件可以由B线程读写

在单处理器对应多线程的情况下，并发是一种模拟出来的状态。操作系统会让这些多线程程序轮流执行，每次仅执行一小段时间（通常是几十到几百毫秒），这样每个线程就“看起来”在同时执行。这样的一个不断在处理器上切换不同的线程的行为称之为线程调度 （Thread Schedule）。在线程调度中，线程通常拥有至少三种状态

自动化爬虫

Thu, 09 Apr 2026 20:00:00 +0800

docker-selenium #

启动 #

docker run -d -p 4444:4444 -p 7900:7900 --shm-size="2g" selenium/standalone-chromium:latest

暴露 4444 和 7900 端口
- 4444 是 Selenium WebDriver HTTP API
- 7900 vpc 端口
  - 默认的密码是 secret
启动浏览器使用下面的浏览器就可以直接启动一个 chrome 在 VNC 中显示

from selenium import webdriver
from selenium.webdriver.chrome.options import Options

options = Options()
options.add_argument("--start-maximized")

driver = webdriver.Remote(
 command_executor="http://localhost:4444",
 options=options
)

driver.get("https://www.google.com")

chromedp #

AdsPowser #

Profiles #

无GUI的服务器如何启动 chrome 登录 #

机器上安装如下最后主要是通过 noVNC 访问

#!/usr/bin/env bash
set -e

sudo apt update

sudo apt install -y \
 xvfb \
 x11vnc \
 xauth \
 x11-utils \
 chromium-browser \
 dbus-x11 \
 git \
 python3 \
 python3-websockify \
 fonts-liberation \
 libnss3 \
 libgbm1 \
 libgtk-3-0 \
 libxrandr2 \
 libxdamage1 \
 libdrm2 \
 psmisc \
 procps \
 net-tools \
 curl \
 wget

if [ ! -d /opt/noVNC ]; then
 sudo git clone https://github.com/novnc/noVNC.git /opt/noVNC
fi

sudo mkdir -p /data/chrome/profile1
sudo chown -R "$USER:$USER" /data/chrome

控制启停脚本

#!/usr/bin/env bash
set -e

########################
# ENV
########################

BASE_DIR=$(cd "$(dirname "$0")" && pwd)

# === 基础路径 ===
PID_DIR="$BASE_DIR/pids"
LOG_DIR="$BASE_DIR/logs"

mkdir -p "$PID_DIR" "$LOG_DIR"

# === 显示 & 网络 ===
export DISPLAY=:99
SCREEN_RESOLUTION="1280x800x24"
VNC_PORT=5900
NOVNC_PORT=6080

# === Chrome ===
CHROME_BIN=/usr/bin/chromium-browser
CHROME_PROFILE_DIR=$HOME/Work/chrome/profiles/pemako

# === noVNC ===
NOVNC_DIR=$HOME/Work/noVNC


########################
# 工具函数
########################

is_running() {
 local pidfile=$1
 [ -f "$pidfile" ] && kill -0 "$(cat "$pidfile")" 2>/dev/null
}

start_bg() {
 local name=$1
 local pidfile=$2
 shift 2

 if is_running "$pidfile"; then
 echo "[$name] already running"
 return
 fi

 echo "[$name] starting..."
 "$@" &
 echo $! >"$pidfile"
}

stop_bg() {
 local name=$1
 local pidfile=$2

 if is_running "$pidfile"; then
 kill "$(cat "$pidfile")" && rm -f "$pidfile"
 echo "[$name] stopped"
 else
 echo "[$name] not running"
 fi
}

status_bg() {
 local name=$1
 local pidfile=$2

 if is_running "$pidfile"; then
 echo "[$name] running (pid $(cat "$pidfile"))"
 else
 echo "[$name] stopped"
 fi
}

########################
# Xvfb
########################

xvfb_start() {
 start_bg "xvfb" "$PID_DIR/xvfb.pid" \
 Xvfb "$DISPLAY" -screen 0 "$SCREEN_RESOLUTION" \
 >"$LOG_DIR/xvfb.log" 2>&1
}

xvfb_stop() {
 stop_bg "xvfb" "$PID_DIR/xvfb.pid"
}

xvfb_status() {
 status_bg "xvfb" "$PID_DIR/xvfb.pid"
}

########################
# Chrome
########################

chrome_start() {
 mkdir -p "$CHROME_PROFILE_DIR"

 start_bg "chrome" "$PID_DIR/chrome.pid" \
 env DISPLAY="$DISPLAY" \
 "$CHROME_BIN" \
 --user-data-dir="$CHROME_PROFILE_DIR" \
 --no-sandbox \
 --disable-dev-shm-usage \
 >"$LOG_DIR/chrome.log" 2>&1
}

chrome_stop() {
 stop_bg "chrome" "$PID_DIR/chrome.pid"
}

chrome_status() {
 status_bg "chrome" "$PID_DIR/chrome.pid"
}

########################
# x11vnc
########################

x11vnc_start() {
 start_bg "x11vnc" "$PID_DIR/x11vnc.pid" \
 x11vnc \
 -display "$DISPLAY" \
 -rfbport "$VNC_PORT" \
 -forever \
 -shared \
 -nopw \
 >"$LOG_DIR/x11vnc.log" 2>&1
}

x11vnc_stop() {
 stop_bg "x11vnc" "$PID_DIR/x11vnc.pid"
}

x11vnc_status() {
 status_bg "x11vnc" "$PID_DIR/x11vnc.pid"
}

########################
# noVNC
########################

novnc_start() {
 start_bg "novnc" "$PID_DIR/novnc.pid" \
 "$NOVNC_DIR/utils/novnc_proxy" \
 --vnc "localhost:$VNC_PORT" \
 --listen "$NOVNC_PORT" \
 >"$LOG_DIR/novnc.log" 2>&1
}

novnc_stop() {
 stop_bg "novnc" "$PID_DIR/novnc.pid"
}

novnc_status() {
 status_bg "novnc" "$PID_DIR/novnc.pid"
}

########################
# 总控
########################

start_all() {
 xvfb_start
 sleep 1
 chrome_start
 sleep 1
 x11vnc_start
 sleep 1
 novnc_start
}

stop_all() {
 novnc_stop
 x11vnc_stop
 chrome_stop
 xvfb_stop
}

status_all() {
 xvfb_status
 chrome_status
 x11vnc_status
 novnc_status
}

########################
# CLI
########################

case "$1" in
 start)
 start_all
 ;;
 stop)
 stop_all
 ;;
 status)
 status_all
 ;;
 *)
 echo "Usage: $0 {start|stop|status}"
 exit 1
esac

计算机网络

Thu, 09 Apr 2026 20:00:00 +0800

[TOC]

计算机网络 #

因特网 #

工程视角 #

数以百万计的互联计算设备

运行网络应用程序
- 主机，端节系统
- Pc 工作站，服务器
- PDA 电话，智能家电
通信链路
- 光纤，铜缆，无线电，卫星
路由器：将数据分组（数据块）转发通过网络
协议：控制报文的收发
- e.g TCP, IP, HTTP, FTP, PPP
因特网：“万网之网”
- 松散的层次结构
- 公共的 Internet(因特网) vs 专有的 internet (内联网)
因特网标准
- RFC：Request For Comments
- IETF: Internet Engineering Task Force(因特网工程部)

服务视角 #

通信系统基础上运行分布式的应用程序
- WWW, email, 网络游戏，电子商务，数据库应用，文件共享
所提供的通信服务
- 无连接 connectionless
  - 类比电信局的电报服务
- 面向链接 connection-oriented

什么是协议 #

网络协议 #

通信设备之间的交互而不是人们的交往
所有在因特网上的通信活动全部由协议所控制

协议定义网络实体之间信息收发的格式和顺序，以及信息发送和接收后所采取的动作。（语法、语义、同步或规则）

近观网络结构 #

网络边缘：应用程序和主机
网络核心：路由器、万网之网
访问网络，物理介质：通信链路

网络边缘 #

端接系统（主机）
- 运行应用程序
- Eg: WWW, email
- 在网络的边缘上
客户端/服务器(client/server)模型
- 客户端发出请求，接收来自服务器的服务
对等（peer-peer）模型
- 主机对称的进行交互
- e.g. Gnutella

面向连接的服务 #

目的：在端系统间进行数据传输

静态链接

Thu, 09 Apr 2026 20:00:00 +0800

#include <stdio.h>

int main()
{
	printf("Hello World\n");
	return 0;
}

gcc hello.c
./a.out

上面的过程分解为4个步骤，分别是预处理（Prepressing）、编译（Compilation）、汇编（Assembly）和链接（Linking）。

flowchart LR
 src["Source Code\nhello.c"]
 header["Header Files\nstdio.h\n...."]
 lib["Static Library\nlibc.a\n..."]
 cpp["Preprocessing\n(cpp)"]
 hi["Preprocessed\nhello.i"]
 gcc["Compilation\n(gcc)"]
 hs["Assembly\nhello.s"]
 as["Assembly\n(as)"]
 ho["Object File\nhello.o"]
 ld["Linking\n(ld)"]
 out["Executable\na.out"]

 src --> cpp
 header --> cpp
 cpp --> hi --> gcc --> hs --> as --> ho --> ld --> out
 lib --> ld

预编译 #

第一步与预编译的过程相当于如下命令（-E 表示只进行预编译） gcc -E hello.c -o hello.i 或 cpp hello.c > hello.i

预编译的处理规则如下

高效程序员的45个习惯

Thu, 09 Apr 2026 20:00:00 +0800

一、态度决定一切 #

1. 做事 #

应该把重点放到解决问题上，而不是在指责犯错者上面纠缠。
把矛头对准问题的解决办法，而不是人，这是真正有用处的正面效应。

2. 欲速则不达 #

你必须要理解一块代码是如何工作的，但是不一定需要成为一位专家。只要你能使用它进行有效的工作就足够了，不需要把它当作毕生事业。
如果有一位团队成员宣布，有一块代码其他人都很难看懂，这就意味着任何人（包括原作者）都很难维护它。请让它变得简单些。
不要急于修复一段没能真正理解的代码。这种 +1 / -1 的病症始于无形，但是很快会让代码一团糟。要解决真正的问题，不要治标不治本。
多有的大型系统都非常复杂，因此没有一个人能完全明白所有的代码。除了深入了解你正在开发的那部分代码之外，你还需要从更高的层面来了解大部分代码的功能，这样就可以理解系统各个功能模块之间是如何交互的。
如果系统的代码已经恶化，参考第4点(排除万难，奋勇前进) 。

3. 对事不对人 #

让我们骄傲的应该是解决了问题，而不是比较出谁的注意更好。
尽力贡献自己的好想法，如果你的想法美欧被采纳也无需生气。不要因为只是想体现自己的想法而对拟定的好思路画蛇添足。
脱离实际的反方观点会使争论变味。若对一个想法有成见，你很容易提出一堆不太可能发生或不太实际的情形去批驳它。这时，请先扪心自问：类似问题以前发生过吗？是否经常发生？
只有更好，没有最好。尽管"最佳实践"这个术语到处在用，但实际上不存在”最佳“，只有在某个特定条件下更好的实践。
不带个人情绪并不是要盲目地接受所有的观点。用合适的词和理由去解释为什么不赞同这个观点或方案，并提出明确的问题。

4. 排除万难，奋勇前进 #

如果你说天快要塌下来了，但其他团队成员都不赞同。反思一下，也许你是正确的，但是你没有解释清楚自己的理由。
如果你说天快要塌下来了，但其他团队成员都不赞同。认真思考一下，他们也许是对的。
如果设计或代码中出现了奇怪的问题，花时间去理解为什么代码会是这样的。如果你找到了解决办法，但代码仍然令人费解，唯一的解决办法是重构代码，让它可读性更强。如果你没有马上理解这段代码，不要轻易地否定或重写它们。那不是勇气，而是鲁莽。
当你勇敢地站出来时，如果收到了缺乏北京只是的抉择者的抵制，你需要用他们能够听懂的话语表达。”更清晰的代码“是无法打动生意人的。解决资金、获得更好的投资回报，避免诉讼以及增加用户利益，会让论点更有说服力。
如果你在压力下要对代码质量作出妥协，你可以指出，作为一名开发者，你没有职权毁坏公司的资产（所有的代码）。

二、学无止境 #

5. 跟踪变化 #

你先不要精通所有技术，但需要清楚知道行业的动向，从而规划你的项目和职业规划。
许多新想法从未变得羽翼丰满，成为有用的技术。即使是大型、热门和资金充裕的项目也会有同样的下场。你要正确把握自己投入的精力。
你不可能精通每一项技术，梅雨哦必要去做这样的尝试。只要你在某一些方面成为专家，就能使用同样的方法，很容易地成功成为新领域的专家。
你要明白为什么需要这项新技术– 它试图解决什么样的问题？它可以被用在什么地方？
避免在一时冲动的情况下，只是一位内想学习而将应用切换到新的技术、框架或开发语言。在做决策之前，你必须评估新技术的优势。开发一个小的原型系统，是对付技术狂热者的一剂良药。

6. 对团队投资 #

尽量让讲座走进团队
坚持有计划有规律地举行讲座。持续、小步前进才是敏捷。稀少、间隔时间长的马拉松式会议非敏捷也。
不要局限于纯技术的图书和主题，相关的非技术主题也会退对有帮助。

7. 懂得丢弃 #

要果断丢弃旧习惯，一味遵循过时的就习惯会危害你的职业生涯。
不是完全忘记旧的习惯，而是只在使用适当的技术时使用它。
对所有使用的语言，要总结熟悉的语言特性。并且比较这些特性在新语言或新版本中有什么不同。

8. 打破沙锅问到底 #

你可能会跑题，问了一些于主题无关的问题。就好比是，如果汽车启动不了，你问是不是轮胎出了问题，者是没有任何帮助的。问“为什么”，但是要问到点子上。
当你问“问什么”的时候，也许会被反问： “为什么你问这个问题？”在提问之前，想好你提问的理由，这会有助于你问出恰当的问题。
“这个，我不知道”是一好的起点，应该由此进行更进一步的调查，而不应该嘎然结束。

9. 把握开发节奏 #

每天结束的时候，测试代码，提交代码，没有残留的代码。
不要搞得经常加班。
以固定、有规律的长度运行迭代。
有规律的开发节奏会暴露很多问题，让你有更多鼓起勇气的借口。
一点点的成功也是一个很大的激励。小而可达到目标会让每个人全速前进。

三、交付用户想要的软件 #

10. 让客户做决定 #

记录客户做出的决定，并注明原因。
不要用低级别和没有价值的问题打扰繁忙的业务人员。如果问题对他们业务没有影响，就应该是没有价值的。
不要随意假设低级别的问题不会影响他们的业务。如果能够影响他们的业务，就是有价值的问题。
如果业务负责人回答“我不知道”，这时一个称心如意的答案。也许是他们还没有想那么远，也许是他们只有看到运行的实物才能评估出结果。尽你所能为他们提供建议，实现代码的时候也要考虑可能出现的变化。

11. 让设计指导而不是操纵开发 #

设计可以分为两层：战略和战术。前期的设计属于战略，通常只有在没有深入理解需求的时候需要这样的设计。良好的战略设计应该扮演地图的角色，指引你向正确的方向前进。任何设计仅是一个起跑点：它就像你的代码一样，在项目的生命周期中，会不停地进一步发展和提炼。

vue3 动态响应的原理

Mon, 04 Aug 2025 09:57:04 +0800

Vue3 的核心原理，ChatGPT 老师给出来的内容，记录下来对于理解 vue 很有帮助

我们来动手实现一个最小可运行的响应式系统，它能模拟 Vue 3 中 reactive、ref、effect、track 和 trigger 的核心逻辑。

🧩 目标功能 #

实现 reactive(obj) 和 ref(value)。
实现 effect(fn)：收集依赖并在数据变更时重新运行。
实现 track：读取属性时记录依赖。
实现 trigger：写入属性时触发依赖。

✅ 最简实现代码 #

// 用于记录当前正在执行的副作用函数
let activeEffect = null;

// targetMap 用于存储依赖映射：target -> key -> effects
const targetMap = new WeakMap();

// 收集依赖：在 get 时调用
function track(target, key) {
 if (!activeEffect) return;

 let depsMap = targetMap.get(target);
 if (!depsMap) {
 depsMap = new Map();
 targetMap.set(target, depsMap);
 }

 let deps = depsMap.get(key);
 if (!deps) {
 deps = new Set();
 depsMap.set(key, deps);
 }

 deps.add(activeEffect);
}

// 触发依赖：在 set 时调用
function trigger(target, key) {
 const depsMap = targetMap.get(target);
 if (!depsMap) return;

 const deps = depsMap.get(key);
 if (deps) {
 for (const effect of deps) {
 effect();
 }
 }
}

// 注册副作用函数
function effect(fn) {
 activeEffect = fn;
 fn(); // 立即执行一次，触发 getter 从而 track
 activeEffect = null;
}

// 实现 reactive
function reactive(obj) {
 return new Proxy(obj, {
 get(target, key, receiver) {
 track(target, key);
 return Reflect.get(target, key, receiver);
 },
 set(target, key, value, receiver) {
 const result = Reflect.set(target, key, value, receiver);
 trigger(target, key);
 return result;
 },
 });
}

// 实现 ref
function ref(value) {
 const obj = {
 get value() {
 track(obj, "value");
 return value;
 },
 set value(newVal) {
 value = newVal;
 trigger(obj, "value");
 },
 };
 return obj;
}

🚀 使用示例 #

const state = reactive({ count: 0 });

effect(() => {
 console.log("count changed to:", state.count);
});

state.count++; // 会触发 effect 再次执行
const age = ref(18);

effect(() => {
 console.log("age is:", age.value);
});

age.value = 20; // 会触发 effect 再次执行

📌 总结 #

功能	简述
effect(fn)	注册副作用函数（依赖收集器）
track()	读取数据时记录当前副作用函数依赖
trigger()	写入数据时触发依赖函数重新运行
reactive()	用 Proxy 包装对象以支持响应式
ref()	用 getter/setter 包装基本值

这个模型就是 Vue 3 响应性系统的基本结构，当然 Vue 3 实现里更复杂，支持嵌套对象、effect 的调度与清理、懒执行等等，但核心思想就是这里的 track -> trigger。

Tailwind CSS 类名前缀总结

Wed, 30 Jul 2025 20:25:52 +0800

下面是对 Tailwind CSS 类名前缀（开头简写）的一个系统总结，涵盖了常用的样式类别以及它们控制的样式类型，便于查阅与理解：

🧩 Tailwind CSS 类名前缀速查表 #

类名前缀	作用描述	影响的 CSS 属性
w-	宽度	width
h-	高度	height
min-w-	最小宽度	min-width
min-h-	最小高度	min-height
max-w-	最大宽度	max-width
max-h-	最大高度	max-height
p-	内边距 (padding)	padding（所有）
px-	水平内边距	padding-left、padding-right
py-	垂直内边距	padding-top、padding-bottom
pt-	上内边距	padding-top
pr-	右内边距	padding-right
pb-	下内边距	padding-bottom
pl-	左内边距	padding-left
m-	外边距 (margin)	margin（所有）
mx-	水平外边距	margin-left、margin-right
my-	垂直外边距	margin-top、margin-bottom
mt-	上外边距	margin-top
mr-	右外边距	margin-right
mb-	下外边距	margin-bottom
ml-	左外边距	margin-left
text-	文字样式	color, align, size, weight, transform
font-	字体粗细、字体族	font-weight, font-family
leading-	行高	line-height
tracking-	字间距	letter-spacing
bg-	背景样式	background-color, background-image, background-size 等
border-	边框样式	border-width, border-color 等
rounded-	圆角	border-radius
shadow-	阴影	box-shadow
flex、grid、inline-	布局模式	display
items-	垂直方向对齐	align-items
justify-	水平方向对齐	justify-content
gap-	容器子元素间距	gap
space-x-	横向子元素间距	margin-left
space-y-	纵向子元素间距	margin-top
z-	层级	z-index
opacity-	透明度	opacity
overflow-	溢出控制	overflow, overflow-x, overflow-y
cursor-	鼠标样式	cursor
transition、duration-	动画过渡	transition, transition-duration 等
ease-	缓动函数	transition-timing-function
scale-、rotate-、translate-	变换	transform
absolute、relative、fixed、sticky	定位模式	position
top-、left-、right-、bottom-	定位偏移	top, left 等
hidden、block、inline-block	显示类型	display

📌 特殊响应式与状态前缀（组合使用） #

前缀	说明	示例
sm: / md: / lg: / xl: / 2xl:	响应式断点	md:w-1/2（中等屏幕宽度为 50%）
hover:	悬停状态	hover:bg-blue-500
focus:	聚焦状态	focus:ring
disabled:	禁用状态	disabled:opacity-50
dark:	深色模式	dark:bg-gray-800
group-hover:	父元素悬停触发	group-hover:text-red-500

TypeScript 的三种特殊类型

Thu, 24 Jul 2025 11:01:00 +0800

TypeScript 的三种特殊类型 #

any #

表示任意类型，对 TypeScript 的类型检查器完全关闭检查。编译器不会对它进行任何类型检查，也不会自动补全类型信息。

let value: any;

value = 42;
value = "hello";
value = [1, 2, 3];

console.log(value.toFixed()); // 编译器不会报错，但运行时可能出错

兼容所有类型（可以赋值给任何类型，也可以接受任何类型赋值）
不安全，等于放弃了 TypeScript 的类型系统

unknown #

也是可以接受任何类型的变量，但不能直接使用，除非先做类型检查或断言。安全的任意类型

let value: any;

value = 42;
value = "hello";
value = [1, 2, 3];

// console.log(value.toFixed()); // 报错 Object is of the 'unknown'

if ( typeof value == "number" ) {
 console.log(value.toFixed()); // 先检查后使用
}

可以接受任何类型赋值（类似 any）
不能直接使用（需要类型缩小或断言）
更安全，更适合函数入参或外部数据

never （不可能的类型） #

表示永远不会发生的值。通用用于明确函数不会返回（抛错、死循环）；类型保护不完整时，确保类型覆盖完整性。

// 抛出的异常函数
function throwError(msg: string): never {
 throw new Error(msg);
}


// 死循环函数
function loopForever(); never {
 while (true) {}
}

// 不可达的分支
function exhaustiveCheck(value: "a" | "b"): number {
 if ( value === "a") return 1;
 if ( value === "b") return 2;

 // value 的类型为 never, 如果执行到这里说明之前的类型判断不完整
 const check: never = vlaue;
 return check;
}

总结对比表 #

特性	any	unknown	never
可接受任何值	✅ 是	✅ 是	❌ 否
可赋值给其他类型	✅ 是	❌ 否（需断言/缩小）	✅ 是
可被其他类型赋值	✅ 是	✅ 是	❌ 否
编译器检查	❌ 无类型检查	✅ 有（使用前需检查）	✅ 编译器保证类型不可达
安全性	❌ 不安全	✅ 安全	✅ 类型系统完整性保障
使用场景	快速开发、兼容旧代码	外部数据、泛型参数	永不返回函数、穷尽检查等

Javascript不同文件后缀的含义

Wed, 23 Jul 2025 09:56:34 +0800

JavaScript 的不同文件后缀名的含义 #

后缀名	含义/用途	常见位置或用途说明
.js	JavaScript 文件，可能是 CommonJS 或 ESModule	项目源代码或编译产物
.mjs	JavaScript ES Module（明确标注为模块）	Node.js 中使用 ESModule 时常见
.cjs	JavaScript CommonJS 模块（明确标注）	当项目默认使用 ESModule，但某些文件需保留 CJS 语法
.ts	TypeScript 源代码文件	支持类型系统和新语法特性，需编译为 .js 才能运行
.cts	TypeScript 的 CommonJS 模块	.ts 的 CJS 对应，ESM 项目中显式指定 CJS 模块
.mts	TypeScript 的 ES Module 模块	.ts 的 ESM 对应
.d.ts	TypeScript 类型声明文件	只包含类型信息，无实现，用于类型补全或公共 API 描述
.jsx	JavaScript + JSX（React）	React 组件的源代码，支持 JSX 语法
.tsx	TypeScript + JSX（React）	结合 TypeScript 类型检查与 React JSX
.json	JSON 文件	配置、数据、模块导入（Node.js / Vite / webpack 支持 import）
.node	原生 Node.js 模块（二进制）	C/C++ 编译生成的原生插件，Node.js 用于加载本地扩展
.wasm	WebAssembly 模块	浏览器或 Node.js 中导入的高性能二进制模块
.map	SourceMap 文件	用于调试编译后的代码（.js.map / .ts.map）
.lock	锁定文件依赖版本（package-lock.json, pnpm-lock.yaml）	不是 JS 文件，但项目重要组成部分

✅ 总结重点分类 #

代码类型：.js, .ts, .mjs, .cjs, .jsx, .tsx, .vue
类型声明：.d.ts
编译产物：.js, .map
配置文件：.js, .ts, .json, .yaml, .env
模块说明：.mjs, .cjs, .mts, .cts
框架扩展：.vue, .svelte, .astro, .ejs, .hbs

Shell Conditional Test

Tue, 01 Jul 2025 19:08:51 +0800

在 shell 脚本判断逻辑中的一些操作符

一、字符串测试 #

选项	含义	示例	说明
`-z`	字符串为空	`[ -z "$str" ]`	变量未定义或值为空时为真
`-n`	字符串非空	`[ -n "$str" ]`	变量已定义且值不为空时为真

重要提示：变量必须用双引号包裹，避免未定义变量导致语法错误：
# 错误写法（未定义变量会报错）
[ -n $var ]

# 正确写法
[ -n "$var" ]

二、文件测试 #

文件存在性测试 #

选项	含义	示例
`-e`	文件/目录存在	`[ -e "/path" ]`
`-a`	同 `-e`（已废弃）	不推荐使用

文件类型测试 #

选项	含义	示例
`-f`	常规文件	`[ -f file.txt ]`
`-d`	目录	`[ -d "/dir" ]`
`-L`	符号链接	`[ -L link ]`
`-h`	同 `-L`	`[ -h link ]`
`-b`	块设备	`[ -b /dev/sda ]`
`-c`	字符设备	`[ -c /dev/tty ]`
`-p`	命名管道	`[ -p pipe ]`
`-S`	套接字	`[ -S socket ]`

权限测试 #

选项	含义	示例
`-r`	可读	`[ -r file ]`
`-w`	可写	`[ -w file ]`
`-x`	可执行	`[ -x script.sh ]`
`-g`	设置了 setgid	`[ -g file ]`
`-u`	设置了 setuid	`[ -u file ]`
`-k`	设置了 sticky bit	`[ -k /tmp ]`

文件属性测试 #

选项	含义	示例
`-s`	文件非空	`[ -s data.log ]`
`-N`	修改后未读取	`[ -N file ]`
`-O`	当前用户拥有	`[ -O file ]`
`-G`	当前用户组拥有	`[ -G file ]`

文件比较测试 #

选项	含义	示例
`-nt`	文件1比文件2新	`[ file1 -nt file2 ]`
`-ot`	文件1比文件2旧	`[ file1 -ot file2 ]`
`-ef`	相同设备/Inode	`[ file1 -ef file2 ]`

三、数值比较 #

选项	含义	示例	等价算术符
`-eq`	等于	`[ $a -eq 5 ]`	`==`
`-ne`	不等于	`[ $a -ne 5 ]`	`!=`
`-gt`	大于	`[ $a -gt 5 ]`	`>`
`-ge`	大于等于	`[ $a -ge 5 ]`	`>=`
`-lt`	小于	`[ $a -lt 5 ]`	`<`
`-le`	小于等于	`[ $a -le 5 ]`	`<=`

四、组合逻辑 #

选项	含义	示例
`!`	逻辑非	`[ ! -f file ]`
`-a`	逻辑与	`[ -f file -a -r file ]`
`-o`	逻辑或	`[ -d dir -o -L dir ]`

现代写法（推荐）：

iptables

Thu, 26 Jun 2025 23:23:05 +0800

图片引用 https://mp.weixin.qq.com/s/GTAGMy2t0FIIUhq6CpFgWw

🧩 一、iptables 五表详解 #

优先级顺序 raw > mangle > nat > filter > security

表名	用途	作用时机	优先级	常用规则
raw	关闭连接跟踪（conntrack）	最早阶段	⭐最高	NOTRACK
mangle	修改数据包（TTL、TOS、MARK等）	早期、中期、晚期都可插入	高	MARK, TTL, TOS
nat	实现源地址或目标地址转换（NAT）	PREROUTING / POSTROUTING / OUTPUT	中	SNAT, DNAT, MASQUERADE
filter	数据包过滤（放行/丢弃）	处理末期	⭐最常用	ACCEPT, DROP
security	与 SELinux、AppArmor 结合的强制访问控制	最后阶段	低	配合 SELinux 使用

🔗 二、五链详解（对应五个 hook 点） #

链名	描述	属于哪些表
PREROUTING	入站包一进内核就处理（在路由前）	raw, mangle, nat
INPUT	进入本机的包	mangle, filter, security
FORWARD	转发到别处的包	mangle, filter, security
OUTPUT	本机发出的包	raw, mangle, nat, filter, security
POSTROUTING	所有出站包（包括转发）在离开前	mangle, nat, security

🚚 三、收发包流程图说明（图下方） #

你贴的图，和 Netfilter 的真实流程图是基本一致的。下面我对照图帮你拆解下：

Shell 脚本中为何使用 `{ ... }` 包裹整个脚本

Wed, 11 Jun 2025 23:23:05 +0800

📌 问题 #

在一些 Shell 脚本中，常常看到以下结构：

#!/usr/bin/env bash

{ # this ensures the entire script is downloaded #

# 脚本内容
some_function() {
 echo "Hello"
}
some_function

} # this ensures the entire script is downloaded #

为什么要用 { ... } 把整个脚本包裹起来？这样做有什么好处？

✅ 答案 #

这是一个 Shell 脚本技巧，主要用于：

确保整个脚本在下载完成并被完全解析之后再执行

🧠 原因解释 #

在执行远程脚本时，例如：

curl -s https://example.com/script.sh | bash

脚本是以流式方式传给 bash 的，会出现：

边下载边执行
如果下载中断，脚本会只执行了一部分
函数定义、变量赋值可能不完整，甚至执行危险命令

🛡 加上 `{ ... }` 的作用 #

使用大括号包裹：

MCP Introduction

Wed, 14 May 2025 19:26:36 +0800

📡 MCP 协议简明说明文档

什么是 MCP 协议？ #

MCP（Message Calling Protocol）是一种用于“大模型调用工具”的通信协议标准。

它的目标是解决这个问题：

🧠 “模型说要调用工具 A 干点事，那我们怎么告诉它工具叫啥、怎么传参、怎么返回结果呢？”

MCP 协议规定了什么？（共 4 点） #

1. 工具定义格式 #

使用 JSON Schema 定义工具的名称、描述和参数：

{
 "name": "get_weather",
 "description": "获取城市天气",
 "parameters": {
 "type": "object",
 "properties": {
 "city": { "type": "string", "description": "城市名" }
 },
 "required": ["city"]
 }
}

2. 调用请求格式 #

遵循 JSON-RPC 格式：

{
 "jsonrpc": "2.0",
 "id": 1,
 "method": "tools/call",
 "params": {
 "name": "get_weather",
 "arguments": {
 "city": "北京"
 }
 }
}

3. 返回结果格式 #

{
 "jsonrpc": "2.0",
 "id": 1,
 "result": {
 "content": [
 {
 "type": "text",
 "text": "北京今天晴，最高25度。"
 }
 ]
 }
}

支持返回多种类型的数据（如文本、图片、文件等）。

Install Gitlab

Fri, 09 May 2025 01:59:28 +0800

展示下启动完成后的效果
依赖 docker 环境
.env 文件

GITLAB_HOST_IP=192.168.1.8
GITLAB_PORT=8929
GITLAB_ROOT=/Users/mako/gitlab
GITLAB_WEB_URL=192.168.1.8:8929
GITLAB_SHELL_SSH_PORT=2224

使用 docker compose 进行安装

# yaml-language-server: $schema=https://cdn.jsdelivr.net/gh/compose-spec/compose-spec@master/schema/compose-spec.json
services:
 web:
 image: gitlab/gitlab-ce:latest
 restart: always
 container_name: gitlab
 hostname: gitlab
 environment:
 GITLAB_OMNIBUS_CONFIG: |
 external_url 'http://${GITLAB_HOST_IP}:${GITLAB_PORT}'
 gitlab_rails['gitlab_shell_ssh_port'] = ${GITLAB_SHELL_SSH_PORT}
 ports:
 - ${GITLAB_PORT}:${GITLAB_PORT}
 - ${GITLAB_SHELL_SSH_PORT}:22
 volumes:
 - ${GITLAB_ROOT}/config:/etc/gitlab
 - ${GITLAB_ROOT}/logs:/var/log/gitlab
 - ${GITLAB_ROOT}/data:/var/opt/gitlab
 shm_size: 256m
 runner:
 image: gitlab/gitlab-runner:latest
 container_name: gitlab-runner
 restart: always
 volumes:
 - ${GITLAB_ROOT}/runner/config:/etc/gitlab-runner
 - ${GITLAB_ROOT}/runner/docker.sock:/var/run/docker.sock

控制脚本 control.sh 进行自动更新 .env及启停

在不同网络下本机的 IP 地址变更，只需要 ./control.sh restart 即可，脚本中会自动重新配置 .env 内容

Posts on pemako

Alpine Linux

Awk

常用变量及函数 #

熟记的变量 #

NF #

NR/FNR #

FS/OFS #

RS/ORS/RT #

Bash

Bash基础 #

Shell与Bash #

Login Bash #

Login Sh #

脚本执行顺序 #

Bash命令的解析过程 #

Clean Code 笔记

General rules #

Design rules #

Understandability tips #

Names rules #

Functions rules #

Comments rules #

Source code structure #

Objects and data structures #

Tests #

Code smells #

CS 学习工作流

底层核心逻辑 #

选择合适的笔记软件 #

信息的来源 #

Docker

0、环境初始化 #

1、Docker 的安装和配置 #

1.1 在Ubuntu中安装 #

Linux 内核

🧭《深入理解 Linux 内核（2.6.11）》 → Linux 6.x 源码结构对照与学习导引 #

🧩 一、系统整体结构 #

🧠 二、进程与调度（Process & Scheduler） #

🧮 三、内存管理（Memory Management） #

🧱 四、中断与异常（Interrupts & Exceptions） #

💾 五、文件系统（VFS & FS） #

🔌 六、设备驱动与内核模块（Driver & Module） #

⚙️ 七、同步机制（Synchronization） #

🌐 八、网络子系统（Networking） #

🧩 九、核心入口函数速览（Linux 6.x 仍保留的经典符号） #

🧭 十、推荐的现代学习路线图（结合你的环境） #

✅ 总结 #

Linux 基础

缩写习惯 #

1. 最常见的缩写，取每个单词的首字母 #

2. 如果首字母后为h,通常保留 #

3. 递归缩写类 #

4. 如果只有一个单词，通常取每个音节的首字母 #

5. 对于目录，通常使用前几个字母作为缩写 #

6. 如果某种缩写比较深入人心，例如"mesg"代表"message"，在新的复合缩写中，将沿用这种缩写方式 #

7. 有些缩写中，第一个字母’g’，代表’GNU' #

命令选项，从a到z #

学会使用man命令 #

macOS 汇编

十进制与二进制的相互转换 #

十进制转为二进制，分为整数部分和小数部分 #

二进制转为十进制 #

预备知识 #

原码 #

MySQL

README #

导出数据 #

mysqldump 常用参数说明 #

导入数据 #

MySQL查看库表索引大小 #

OpenTelemetry

OpenTelemetry #

OTel Collector 工作原理 #

Progagation & Baggage #

PostgreSQL

Basic Tutorial #

Section 1. Querying Data #

Section 2. Filtering Data #

React

`NF` #

`NR/FNR` #

`FS/OFS` #

`RS/ORS/RT` #

`Bash`基础 #

`Shell`与`Bash` #

`Login Bash` #

`Login Sh` #

`Bash`命令的解析过程 #

2. 如果首字母后为`h`,通常保留 #

学会使用`man`命令 #

`OTel Collector` 工作原理 #

应用程序和应用层协议 #