不是和家里人吵架，是和外人吵架😋

起因

因为今年比较热，楼上可能是想给客厅装空调，然后准备把空调外机装在我家窗户旁。

本来这玩意声音就大，被我妈发现后就表示要装就装到他们自己家阳台窗户那去，别影响我家，然后就开始吵起来了

开始

一开始早上我出去去剪头发了，没开局参团，回来时老远就听到我妈的声音。

到楼下后发现我妈正在和一楼和住在楼上的男方对线，我先站在一旁了解一下原委，方便加入战局。

了解完原委后迅速加入战局开始持续输出😋

输出

首先是对方尝试用所谓的“国家规定”，表示空调排水管要低于外机，试图尝试证明“将空调外机安装在我家窗户边”的合理性，还表示开发商是这么设计的。

我妈先是使用道德，表示虽然是“国家规定”，但是会影响到其他人来尝试化解。当前暂时没找到破局之法，所以也只能先跟团。

这其实是最关键的一点，也是破局之点，这个之后说。

输出了一会发现效果并不好，还是被压一头，我妈又开始换方向，我当然是继续跟团。

房屋设计时其实不止外面的那个排水管，阳台另一侧内部还有一个专门的用于排水的排水管，但是它又不用，非要装在这一侧。

这里就可以体现出自私性了，另一侧有专门的内侧排水管不装，非要装到楼道这一侧，可能是觉得装到另一侧制冷效果不好还是咋滴，还想用规定来把空调外机装到人家窗户边影响别人

典型的规矩有利时就用规矩压人捏😋

玩互联网这么多年不是白玩的，瞬间识破。

不过这会依旧是没找到破局之法，暂不说吵架的时候有没有时间查所谓的“规定”，这种用有利的规矩压一头确实是很有效的办法，所以进入持续垃圾时间。

这时那气势上就不能输，同时继续想破局之法。

吵架时，我无意间得知对方还是一名老师，众所周知嘛，所以我稍微穿插了一点点人身攻击（人身攻击是不对的哦，大家不要学我），瞬间把对面惹炸毛了😂。不过对方也确实挺敏锐的，说我不要指指点点他，我也意识到这也可能起反作用，容易被扣上不讲理、人身攻击这类帽子，不过把他营设的那种“很讲理”的人设卸掉就行了。

突然，我妈找到了战局关键一点，那就是排水管的设计其实每户就是自己窗户旁边的！

我也迅速意识到这一点，经过确认，排水管口数量刚好和楼户数对应！

示意图：蓝色为楼上以及他想要安装的空调外机，红色为排水管道，排水管道后面是楼道

也就是说，这个排水管设计时就是就是高于所谓的“规定”的，那么如果说这个规定是真的（不确定是不是真的，不过看着像是有备而来），那就是开发商设计问题，那就和前文一开始他自己说“是开发商这样设计的”前呼后应，属于是搬起石头砸自己脚了😂

他自己也数了一遍，发现好像确实是这样，瞬间熄火了

到这里赢面已经占了一大半了。

这时女方在阳台上可能发现战局有点不对头了，也开始加入战局，尝试使用少数服从多数战略，说其他家都是这么装的。

但是这牌打得太晚了，而且互联网上这种对线实在是太多了

直接“人家这么做你就要这么做吗？”，“别人这么做别人就是对的吗？”直接秒了。

而且我妈观察更敏锐，虽然说其他楼栋的是这样装的，但是我们这栋楼没一个这样装，也就是说，他的楼上并没有占据属于他的那一层的排水管，因此事实上他是有使用自己楼层排水管的客观条件的，不会出现人家占了他的排水管，他只能用我们家的这种情况了。

到这里男方就吵不下去了，毕竟无论从哪个角度来说已经没有理由

这时我继续补刀，表示又不想安装在另一侧，又想要把外机安装在别人窗户边，那不就是自私自利么

此时胜局已定，男方也只能轻飘飘的说一句“你们不讲理”这种毫无作用的话了。

说实在的，一开始和你讲理的时候，你自己非要趾高气扬的拿着规定，不顾别人的感受，要把外机安装在别人阳台窗户边，最后发现自己拿出的“规矩牌”反倒被别人拿来制衡自己后又说别人不讲理，多多少少有点难蚌。而且虽然其他栋的住户有这样安装的，那也是要和楼下住户商量啊，让你装是情分，不让你装是本分，属实是有点拎不清了。。。

收尾

吵得差不多的时候，又有另外一个邻居过来想缓和一下关系。在这种胜局已定的情况下当然是没有问题的，最后我们也是借坡下驴，完成收尾😋。

另一种可能

可能那个安装师傅觉得安装不好装，然后说些七七八八的蹿楼上来和我妈吵架。不过我觉得这种可能是很低，毕竟是这么大的人还是老师，被别人拱火当枪使的概率还是太低了。

后记

真的好久没吵过架了，这次输出还是没有发挥好，大部分时间还是只起到辅助作用，还得是老妈AOE全场

最后

只是单纯分享和复盘一下这次吵架，邻里之间有摩擦很正常，如有雷同，请不要对号入座

最近闲的无聊，设计了一款叫Furnest的Astro的主题，中文名叫绒毛小窝，定位是一款Furry主题。

虽然说定位是Furry，但是整个主题除了首页大屏是一张Furry图以外好像其他地方并没有看见Furry元素（逃

主要还是因为手上没多少Furry素材，不过现在主题绝大部分功能已经设计完成了，后续会补齐一些Furry元素（确信

展示

Demo

如果有兴趣的话可以看看Demo哦，等完善的差不多后会进行开源供大家使用。

Demo：https://www.furwolf.com/

是的，官网即Demo（逃

参与

• Penpot：https://penpot.app/ 感谢由Penpot提供开源UI设计解决方案
• DeepSeekk：https://www.deepseek.com/ 感谢由DeepSeek提供开源AI模型
• ChatGPT：https://chatgpt.com/

最近发现一款开源的自托管验证码系统，研究了下觉得设计思想很有趣，打算写一篇博文分享一下。

什么是Cap

Cap 是一款自托管的验证码系统，用隐形的工作量证明替代了传统的图像拼图。用户只需点击一个复选框，工作量便会在其浏览器中静默运行，而用户的任何数据都不会离开你的服务器。无需谷歌、无遥测、无按次收费。

项目地址：https://trycap.dev

下面是我自己部署的一个demo：

SHA-256版：

RSW版：

验证流程

首先，客户端会向验证码服务器发起请求，拿到挑战。

然后客户端会在本地完成完成PoW，以及运行挑战里附带的JavaScript程序来验证浏览器环境。

完成指定轮数的PoW和浏览器环境验证后，向验证码服务器发送结果。

验证码服务器完成校验后，下发token。

此时用户浏览器再携带token向资源服务器发起实际请求。

资源服务器收到请求后使用向验证码服务器验证token正确性。

验证码服务器回应验证情况，资源服务器确认验证成功后允许请求。

什么是PoW

以下是维基百科 工作量证明的解释

工作量证明（Proof-of-Work，PoW）是一种对应服务与资源滥用、或是阻断服务攻击的经济对策。一般要求使用者进行一些耗时适当的复杂运算，并且答案能被服务方快速验算，以此耗用的时间、设备与能源做为担保成本，以确保服务与资源是被真正的需求所使用。此概念最早由Cynthia Dwork和Moni Naor于1993年的学术论文提出，而工作量证明一词则是在1999年由Markus Jakobsson与Ari Juels.所发表。现时此技术成为了加密货币的主流共识机制之一，如比特币所采用的技术。

工作量证明系统的核心特性在于其非对称性：证明者需完成适度困难（但可行）的计算工作，而验证者能极高效地验证结果。Hal Finney于2004年透过“可重用工作量证明”（RPOW）概念将此机制应用于数位代币，采用160位元SHA-1演算法。

为什么是PoW

下面是Cap官网的原话：

Every CAPTCHA can eventually be solved, whether by AIs, algorithms, reverse-engineering and spoofing fingerprints, or humans paid via CAPTCHA farms, and this results in an endless cat-and-mouse game between attackers and defenders. The crucial difference lies in the cost imposed on attackers.
Cap’s goal is to make automated abuse expensive and hard while keeping the experience fast and virtually invisible for real users. Proof-of-work is a perfect balance for this issue, stopping abuse by requiring computational effort rather than relying solely on human verification methods that bots continuously learn to mimic.
Imagine sending 10,000 spam messages costs $1, potentially earning $10 – a profitable venture. If Cap increases the computational cost so that sending those messages now costs $100, the spammer loses $90. This eliminates the financial incentive.
Cap’s proof-of-work is heavily inspired by Hashcash. Our instrumentation challenges are inspired by Twitter and YouTube’s own custom challenges.

简而言之，就是通过PoW，增加攻击者的成本，拉低其收益。让原来一次攻击只要花费1块钱，变成10块钱甚至100块钱。从而消除掉攻击者的动机。

最直观的就是，通过PoW，让原来一秒可以向一个端口请求一万次的脚本，强行限制到一秒请求两次，甚至两秒请求一次，让其效率约等于人工手动点击。

而且相较于传统验证码，我觉得它的另一个亮点是——Open

它的整个工作流程都是透明且公开的，没有混淆，没有对抗。

它就这样明晃晃的摆在那，但是你却无可奈何，必须要消耗掉一定的资源才能完成。

就像柯克霍夫原则（Kerckhoffs’s principle）。

好的加密方法绝不依赖闭源，一个真正强大、优秀的加密算法，不仅不怕开源，反而必须开源。

只有经过全球顶尖密码学家和黑客长年累月的公开攻击和审查却依然屹立不倒，才能证明它是安全的。

也因为Open，所以完全不惧开源。

还有一个亮点，也是Cap主要亮点之一——隐私友好

因为PoW主打的是资源消耗，完全不需要任何个人信息参与和用户行为判定

可以在https://trycap.dev/guide/compliance.html看到

用户数据始终不会离开你的基础设施。终端用户无需使用Cookie或追踪机制，验证流程中无第三方调用，工作量证明完全在访客浏览器中运行。

PoW工作原理

Cap有好几种工作模式，这里举例最简单的一种

1
2
3
4
5
6
7
8

const tokenFnv = fnv1a(token); // ① FNV-1a(token全文)
for (let i = 0; i < c; i++) {
  const idxStr = String(i + 1); // ② "1", "2", "3"...
  const saltSeed = fnv1aResume(tokenFnv, idxStr); // ③ 续算索引号
  const targetSeed = fnv1aResume(saltSeed, "d"); // ④ 续算固定字母"d"
  const salt = prngFromHash(saltSeed, size); // ⑤ xorshift32 PRNG，参数s
  const target = prngFromHash(targetSeed, difficulty); //参数d
}

然后暴力枚举 SHA-256 前缀匹配

假设 target = “0000”（d=4），salt = “a1b2c3…”：
n=0: SHA-256(“a1b2c3…0”) → c4f8… 前缀不匹配
n=1: SHA-256(“a1b2c3…1”) → 9e2d… 前缀不匹配
n=2: SHA-256(“a1b2c3…2”) → 00007f… 前缀匹配

那么答案就是2

客户端要做的，就是根据题目要求，找到一个n，使得符合题目对于哈希前缀的要求。

众所周知，密码学哈希函数有一个著名的特性叫雪崩效应（Avalanche Effect），哪怕仅仅将输入数据改变了1个比特，输出的256位哈希值也会发生翻天覆地的、毫无规律的改变。

因此无法通过前一个值预测后一个值是什么，只能老老实实花时间算。

而出题者只需要根据你的答案重新算一次，就知道是不是符合题目的要求了，这也体现了PoW中非对称特性。

另外我们也可以进行一个期望计算：

SHA-256的输出结果在整个可能的值域[0,(2^256)-1]里是均匀分布的，而且每次计算只有成功与失败两种结果，每次计算因为雪崩效应也是独立的，因此它是契合几何分布的。

例如d为4，要求前四个字符为某个特定值（假设为0000）

哈希值的每一位出现 0 的概率是 $\frac{1}{16}$。

要哈希值的前四个字符连续都是0，那么概率就是相乘：

$$p = \frac{1}{16} \times \frac{1}{16} \times \frac{1}{16} \times \frac{1}{16} = \left(\frac{1}{16}\right)^4 = \frac{1}{65536}$$

根据几何分布的期望公式 $E(X) = \frac{1}{p}$，期望值就是：

$$E(X) = \frac{1}{1 / 65536} = 65536$$

也就是平均要计算65536次哈希，才能找到一个前缀为四个0的合法哈希。

优化

众所周知，SHA-256这种算法，GPU算起来最快了。因此Cap还支持RSW时间锁谜题算法，专门用来抗GPU。

具体算法原理这里就不展开了。

不过目前RSW还处于实验阶段，并且不是默认开启的。

缺点

与其说是缺点，我觉得应该是有些人对于Cap的设计理念理解错了。

Cap的核心理念是通过PoW来提高攻击成本，但它并没有阻止脚本程序的功能。

我让AI写了个python解题脚本，测试参数如下：

• Challenge protocol：SHA-256
• Difficulty：4
• Challenge count：80
• Enable instrumentation challenges
• Attempt to block headless browsers
• Block non-browser user agents
• Require browser headers

不考虑出题和验证，以及传输的时间，在使用纯CPU计算下：

PoW工作量证明花费4s19'，调起浏览器完成浏览器环境检测1s22'

可见用脚本完全可以实现自动化，只是原来一次一秒可以打几千发，现在只能老老实实五秒一发了。

另外如果用cuda写结合GPU算，时间应该会更短。

后记

Cap还是蛮好玩的。

由于资源组合调整，现将大部分公益服务已从goodboyboy.top迁移至furwolf.com下。

并关闭了部分使用较少或项目已被出售的服务。

对于接口类的公益服务已在原有域名上设定了301重定向，短期不会影响服务正常运行，但仍建议迁移至新域名。

具体变更请见公益服务页面：https://blog.goodboyboy.top/free/

其实一个月前就设计了这个游戏，今天正式整理发布。

算法采用

通过利用argon2id算法的内存硬度来对抗GPU运算，实现基于内存的PoW，拉低硬件差距。

通过利用shamir算法门限方案，增加游戏乐趣。

游戏整体流程图

flowchart TD    Enumerate(Enumerate Nonce) --> |枚举 Nonce| Target[Target Nonce]    M[Memory Cost] --> Parameters[Parameters]    T[Time Cost] --> Parameters[Parameters]    Parallelism[Parallelism] -->  Parameters[Parameters]    Length[Output Length] --> Parameters[Parameters]    Salt[Salt] --> Parameters[Parameters]    Parameters[Parameters] --> |参与计算| Argon2id[Argon2id PoW]    Target[Target Nonce] --> |参与计算| Argon2id[Argon2id PoW]    Argon2id[Argon2id PoW] --> |派生内容| Secret[Secret]    Secret[Secret] --> |转换| AES1Key[AES Key]    AES1Key[AES Key] --> |参与计算| AES1[AES Algorithm]    EncryptedShamirContent[Encrypted Shamir Key] --> |参与计算| AES1[AES Algorithm]    AES1[AES Algorithm] --> |解密内容| TagShamirKey[Tag + Shamir Key]     TagShamirKey[Tag + Shamir Key] --> |匹配 Tag| CorrectTag{Correct Tag}    CorrectTag{Correct Tag} --> |No| Enumerate(Enumerate Nonce)    CorrectTag{Correct Tag} --> |Yes| ShamirKey[Shamir Key]    ShamirKey[Shamir Key 1] --> |参与计算| Shamir[Shamir Algorithm]    ShamirKey2[Shamir Key 2] --> |参与计算| Shamir[Shamir Algorithm]    ShamirKey3[Shamir Key 3] --> |参与计算| Shamir[Shamir Algorithm]    MoreShamirKey[...] --> |参与计算| Shamir[Shamir Algorithm]    Shamir[Shamir Algorithm] --> |合成 AES Master Key| MasterAESKey[AES Master Key]    MasterAESKey[Master AES Key] --> |参与计算| AES2[AES Algorithm]    EncryptedContent[Encrypted Content] --> |参与计算| AES2[AES Algorithm]    AES2[AES Algorithm] --> |得到解密密文| DecryptedContent(Decrypted Content)

玩法讲解

公开参数

首先，出题者会给出本次游戏难度（Argon2id算法）参数：

• Memory Cost(m) - 内存开销：指定算法在计算过程中需要使用的内存总量
• Time Cost / Iterations (t) - 时间开销 / 迭代次数：指定算法的执行轮数。
• Parallelism / Lanes (p) - 并发度 / 线程数：指定计算时可以同时使用的独立计算通道（lanes）或线程数量。
• Salt (S) - 盐值：随机数据。
• Output Length / Hash Length (l) - 输出长度：最终哈希结果的字节长度，一般为32用于匹配AES256密钥长度

下方为可选的公开数据：

• Range - Nonce范围：Nonce的范围，可用于降低游戏难度。

然后，出题者会公开本次游戏奖池数与最少碎片数（Shamir算法）：

• Total shares(n) - 总份额数 / 碎片总数：指定总奖池数量。
• Threshold(k) - 阈值 / 门限值：拼凑出最终Key所需的最少碎片数。

公开密文

接着，出题者会公开本次游戏所有的被加密的密文以及标识：

• 所有被加密的Shamir Key（奖池）的密文
• 最终需要解密的密文
• 正确解密的内容所包含的Tag

开始计算

首先，解题者需要从挑选一个奖池，确定奖池的密文。

然后找出一个Nonce（随机数），将公开的游戏难度参数与Nonce通过argon2id算法进行计算，计算时间由出题者设置的难度决定。

如果出题者公开了Nonce范围，则在范围内寻找。

计算完成后会得到一个派生内容。

接着解题者需要将派生内容转换为 AES Key（具体转换规则由出题者公布），通过AES算法将奖池密文解密出来。

解密出内容后，可以通过Tag进行匹配（其实也可以不用匹配，AES-CGM模式下自带MAC校验），如果能成功匹配，则说明是正确的Nonce，成功得到一枚碎片；如果不能匹配成功，则说明是错误的Nonce，需要重新寻找。

当集齐出题者所设置的最少数量的碎片时，即可通过Shamir算法将碎片合成一个AES Master Key。

最后，通过这个AES Master Key，解密得到最终的奖品。

计算优化

寻找Nonce

如果出题者给出Nonce范围，则可以尝试采用随机+HashMap去重的方式，将一部分期望压在你的lucky上。

你可能计算一次就中，也可能计算完整个奖池才中😄。

当然，你也可以一个一个算。

并行计算

虽然出题者可以限制argon2id算法的并行数，但解题者可以并行的寻找Nonce并计算，只要解题者愿意付出额外的资源与成本😄。

算法讲解

argon2算法

argon2有些复杂，不讲（

Shamir算法

Shamir算法全名叫Shamir 秘密共享算法 (Shamir's Secret Sharing)。

Shamir算法的数学基础是多项式插值。

首先构造一个多项式

假设要隐藏的密钥是数值 $S$。随机生成一个 $m-1$ 次的多项式：

$$f(x) = a_0 + a_1x + a_2x^2 + \dots + a_{m-1}x^{m-1}$$

在这个多项式中，常数项 $a_0$ 为要隐藏的密钥 $S$（即 $f(0) = S$），而其他的系数 $a_1, a_2, \dots, a_{m-1}$ 为随机生成。

然后，在这个多项式的曲线上取 $n$ 个不同的点 $(x_1, y_1), (x_2, y_2), \dots, (x_n, y_n)$ 。

在数学上，要唯一确定一个 $m-1$ 次的多项式，刚好需要 $m$ 个点。

只要任意 $m$ 个点，就可以通过拉格朗日插值法计算出完整的原多项式，从而求出 $a_0$，也就是还原出了真正的密钥 $S$。

如果凑齐点数少于 $m$ 个，即使拥有 $m-1$ 个点，也无法推导出常数项 $a_0$ 。

示例

例如典型的 (3, 5) 门限方案

门限 $m=3$，因此需要一个 $3-1=2$ 次的多项式。

二次多项式也就是一元二次方程，它的图像是一条抛物线 (Parabola)。
方程的形式为：

$$f(x) = a_2x^2 + a_1x + S$$

在这条抛物线上，随机切下 5 个不同的点（比如 $x=1, 2, 3, 4, 5$ 对应的坐标）。
5 个坐标点 $(x_1, y_1)$ 到 $(x_5, y_5)$。

在几何学中，任意三个不在一条直线上的点，可以唯一确定一条抛物线。只要有 3 个坐标点，通过方程计算，就能还原出这条抛物线，找到它与 Y 轴的交点（即 $x=0$ 时的值），即可把 $S$ 算出来。

如果只有 2 个点，两点只能确定一条直线。经过这两个点的抛物线有无数条，无法知道哪一条是真正的抛物线，$S$ 的可能性为无限大。

下面为具体数值演示

隐藏的密钥：$S = 42$ （也就是抛物线与 Y 轴交点的值，即 $x=0$ 时的 $y$ 值）。

方程：$f(x) = -2x^2 + 5x + 42$ （对还原者隐藏）。

生成的 5 个坐标点：

1. $(1, 45)$
2. $(2, 44)$
3. $(3, 39)$
4. $(4, 30)$
5. $(5, 17)$

假设已知的坐标分别是 $(1, 45)$、$(3, 39)$ 和 $(4, 30)$

拉格朗日插值法 (Lagrange Interpolation)

拉格朗日插值法的核心思想是“加权”。对于每一个点的 $y$ 值，乘以一个特定的“权重系数”（通常用 $l$ 表示），然后相加即可得到 $x=0$ 时的密钥 $S$。

公式如下：

$$S = y_1 \cdot l_1 + y_2 \cdot l_2 + y_3 \cdot l_3$$

权重 $l$ 它只和的 $x$ 坐标 有关。

计算规则是：用其他的 $x$ 坐标除以“其他的 $x$ 坐标减去自己的 $x$ 坐标”，然后相乘。

把选出的三个点的 $x$ 坐标分别记为：$x_1=1$，$x_2=3$，$x_3=4$。

计算 $(1, 45)$ 的权重 $l_1$： 提取另外两个的 $x$ 坐标（$3$ 和 $4$），与 $x$ 坐标（$1$）进行计算：

$$l_1 = \frac{x_2}{x_2 - x_1} \cdot \frac{x_3}{x_3 - x_1}$$

$$l_1 = \frac{3}{3 - 1} \cdot \frac{4}{4 - 1} = \frac{3}{2} \cdot \frac{4}{3} = \frac{12}{6} = 2$$

计算 $(3, 39)$ 的权重 $l_2$： 提取另外两个的 $x$ 坐标（$1$ 和 $4$），与 $x$ 坐标（$3$）进行计算：

$$l_2 = \frac{x_1}{x_1 - x_2} \cdot \frac{x_3}{x_3 - x_2}$$

$$l_2 = \frac{1}{1 - 3} \cdot \frac{4}{4 - 3} = \frac{1}{-2} \cdot \frac{4}{1} = -2$$

计算 $(4, 30)$ 的权重 $l_3$： 提取另外两个的 $x$ 坐标（$1$ 和 $3$），与 $x$ 坐标（$4$）进行计算：

$$l_3 = \frac{x_1}{x_1 - x_3} \cdot \frac{x_2}{x_2 - x_3}$$

$$l_3 = \frac{1}{1 - 4} \cdot \frac{3}{3 - 4} = \frac{1}{-3} \cdot \frac{3}{-1} = \frac{3}{3} = 1$$

现在，将三个点的 $y$ 值与各自算出的权重相乘，然后相加：

$$S = (y_1 \cdot l_1) + (y_2 \cdot l_2) + (y_3 \cdot l_3)$$

$$S = (45 \cdot 2) + (39 \cdot -2) + (30 \cdot 1)$$

$$S = 90 - 78 + 30$$

$$S = 42$$

最后还原出了最初设定的密钥 42。

原始的解方程

依然使用上文 3 个坐标点：$(1, 45)$、$(3, 39)$ 和 $(4, 30)$。

3 个点确定的抛物线，它的标准方程形式则为：

$$y = ax^2 + bx + c$$

目标是求出未知的系数 $a$、$b$ 和 $c$。

注意： 当 $x = 0$ 时，$y = c$。因此，因此需要寻找的 $S$ 其实就是常数项 $c$。

将 3 个 $(x, y)$ 坐标分别代入标准方程中：

1. 代入点 $(1, 45)$：

$$a(1)^2 + b(1) + c = 45$$

化简得：$a + b + c = 45$ (方程 ①)

2. 代入点 $(3, 39)$：

$$a(3)^2 + b(3) + c = 39$$

化简得：$9a + 3b + c = 39$ (方程 ②)

3. 代入点 $(4, 30)$：

$$a(4)^2 + b(4) + c = 30$$

化简得：$16a + 4b + c = 30$ (方程 ③)

现在，得到了一个包含三个未知数 ($a, b, c$) 的三元一次方程组。

为了解开它，可以通过两个方程相减，先消去常数项 $c$：

1. 用方程 ② 减去方程 ①：

$$(9a + 3b + c) - (a + b + c) = 39 - 45$$

$$8a + 2b = -6$$

两边同除以 2，化简得：$4a + b = -3$ (方程 ④)

2. 用方程 ③ 减去方程 ②：

$$(16a + 4b + c) - (9a + 3b + c) = 30 - 39$$

$7a + b = -9$ (方程 ⑤)

3. 用方程 ⑤ 减去方程 ④，消去 $b$：

$$(7a + b) - (4a + b) = -9 - (-3)$$

$$3a = -6$$

解得：$a = -2$

4. 把 $a = -2$ 代回方程 ④，求 $b$：

$$4(-2) + b = -3$$

$$-8 + b = -3$$

解得：$b = 5$

现在已知 $a = -2$ 和 $b = 5$。将其代入方程 ① 中：

$$a + b + c = 45$$

$$-2 + 5 + c = 45$$

$$3 + c = 45$$

解得：$c = 42$

后记

其实这个游戏不仅可以用argon2id算法，也可以用RSW时间锁谜题这类算法。

我的老家在一个小县城的乡下。

虽然从我记事起，我就一直住在县城里，唯有过年时，我才跟随爸妈一起回到乡下，和周围的亲朋好友一起过年。

那会我很讨厌回乡下，因为每次都需要坐两个小时的大巴车，沿着弯弯曲曲的山路，摇摇晃晃来到那个屋子。那个承载了爷爷奶奶，爸妈，以及我记忆的屋子。

在我记事以前，听我爸妈说，家里有一条大黄狗。

每次我只要上完厕所，学着小狗呜呜叫几声，大黄狗就会跑过来舔我屁股。

我很喜欢和大黄狗玩，喜欢踩它尾巴，但是它不敢反抗，因为爷爷会在旁边用树枝打它。

只可惜有一天，它不知道去了哪，可能是被偷狗的贼偷走了，也可能是被什么人打死了。

每次想到这里，我就觉得很可惜，如果我能更早一点记事，可能我就能永远记得你的样子了吧。

二

过年总是热闹的。

要么和我堂弟在屋子里玩，要么和隔壁屋子的小朋友一起玩。

当然，还有那些喜欢逗我们的大朋友。

小时候没有什么可以玩的，我和堂弟便不断找那些大朋友讨嫌，叫他们的绰号，然后奔回家。

如果跑慢了被抓到，那就免不了一顿暴揍。

而我逃脱的阻拦之一，便是一个土坡。

那时还没有水泥路，全是些土路。

平常不在乡下，没有大人们说的麻利，每次跨上那个土坡都是一次挑战。

不过好在我从来没有被抓住过，因为我不跳下土坡，自然也就不用跨上土坡了。

三

跨年夜十分热闹。

大人们在屋子里打麻将，我便和堂弟在外面放烟花，放炮仗。

那时口袋里必然是随时揣着一个打火机的，不是用来抽烟，而是用来放另一个口袋里的擦炮的。

等到零点的时，四面八方便传来烟花声，各种颜色和花色的烟花在黑夜里绽放。

大人们也在院子里放起鞭炮，劈里啪啦的声音和天边的烟花声遥相呼应，预示着新的一年的到来。

我和堂弟也燃起冲天炮，对着天空燃放。

虽然大人们说过不能对着人放，但在某一年的跨年夜里，我们不知为何，放着放着便对冲起来。

烟花爆炸的激动和违背大人的偷感交杂在一起，令人兴奋不已。

本以为这件事不会被发现，却在第二天早上被老妈点出。

看我一脸疑惑，老妈便拎起我胸前的衣服，给我展示羽绒服上被烧出的密密麻麻的小洞。

不过好在最后没有被老妈深究。

四

每次来到乡下，第一件事必然是在小卖部买个打火机和一板的擦炮。

那会没有手机电脑这些电子产品，唯一的乐趣就只有放擦炮。

一盒擦炮里，大部分是普通的小擦炮，还有一两个二连炮，以及一个雷公炮。

整个冬天下来，擦炮都被我和堂弟玩出花来了。

一次去别人家拜年时，大人们在屋子里说话，我和堂弟便在院子里放擦炮。

不经意间，我撇到一个放在水龙头下盛满水的大盆子。

我便灵机一动，扔了几个小擦炮进去，然而结果只是不痛不痒的。

于是我拿出那个雷公炮丢进去。

咚的一声，好像没有什么变化。

就当我觉得无聊时，发现怎么从盆底开始流出了一些水来。

看着盆里越来越少的水，我忽然意识到，这下闯祸了……

五

那会屋子前还养着一些鸡。

白天的时候他们会在院子前的橘子树林里活动，晚上则会回到鸡圈里。

小鸡们很可爱，可是大人们不允许我们捉小鸡。

直到某一天，一次偶然的情况下，大人们出去了，屋子里只剩我和堂弟。

我们便一起捉了几只小鸡玩。

我们把小鸡放在床上玩。

我用那种黄色空心的透明胶环住小鸡，刚好能围住小鸡。

玩了一会，我下床取取东西，回来时便看到堂弟匆忙告诉我，鸡在床上拉屎了。

看到床上那一小坨鸡屎，我有些不知所措，最后还是堂弟把它清理了。

后面我去看电视，堂弟则是又去捉了一些小鸡，把小鸡挂在门口的渔网上玩。

好巧不巧，这时大人们回来了，看到被挂在渔网上的小鸡，堂弟当然免不了被一顿说教。

过了几天，我又想玩小鸡了，便和堂弟又捉了一些小鸡，结果不小心玩死了两只。

我们便拿着锄头挖了一个小坑给小鸡埋了起来。

本以为不会被发现，后面却听见大人们嘀咕怎么少了几只小鸡。

我们那当然只能是不清楚，不知道，不了解了。

不知道小鸡会不会怪罪我们……

六

上初中后，我便再也没有回到这里。

直到上了大学，我才在清明节跟着父亲，和堂弟一起回到这个屋子。

在这六年里，周围邻里渐渐都搬去了城里，这个屋子也因为没人住越来越破烂。

土路变成了柏油路，小朋友变成了大朋友。

记忆里的土坡被一脚跨过，记忆里的小卖部走几步便到。

而记忆里的热闹却再也不复，只剩下公路边偶尔驶过的车辆，和拂过耳边的微风。

小时候的玩伴早已各奔东西，小时候的热闹早已不复存在。

只剩下一地的荒芜，和空荡的屋子……

Ubuntu官方的安装器手动安装下只能识别普通设备分区，并不能把系统安装在mapper设备上。

这篇教程非新手教程，需要有一定相关知识积累。

新手建议走官方启动器安装流程。

正文

后面教程以/dev/sda设备作为演示，请根据自身实际情况调整

创建分区

创建三个分区，怎么创建都行，这里不做演示

• /dev/sda1 512MB EFI分区
• /dev/sda2 1G Boot分区
• /dev/sda3 剩余空间 系统分区

下载镜像

可以下载Desktop版，也可以下载Server版，Server版会精简很多，下面演示采用Server版，安装流程和Desktop版没有什么差别，有差别的地方后文会标注出。

制作Live CD启动盘

使用rufus工具（如果自己有其他的烧录工具都行）将镜像烧录至准备的U盘（光盘或者其他什么介质都行，能启动就行）

前置准备

重启进入Live CD环境，选择试用Ubuntu。

Desktop镜像打开终端，Server镜像按ALT+F2切换至终端。

首先查看并确认设备以及分区

1

lsblk

确认完成后切换为root用户

1

sudo -i

后面操作均以root身份操作

配置LUKS2加密容器

对系统分区进行LUKS2加密，并将其解锁。

1
2

# 需要输入两次你想要设置的密码
cryptsetup luksFormat --type luks2 /dev/sda3

打开刚刚创建的加密分区，并将其映射为"cryptroot"

1

cryptsetup open /dev/sda3 cryptroot

格式化并创建Btrfs子卷

1
2
3
4
5
6
7
8

# 格式化EFI分区为 FAT32
mkfs.fat -F32 /dev/sda1

# 格式化boot分区为Ext4
mkfs.ext4 /dev/sda2

# 将解密后的映射设备格式化为Btrfs
mkfs.btrfs /dev/mapper/cryptroot

1
2
3
4

mount /dev/mapper/cryptroot /mnt
btrfs subvolume create /mnt/@
btrfs subvolume create /mnt/@home
umount /mnt

重新挂载目录树

1
2
3
4
5

mount -o subvol=@ /dev/mapper/cryptroot /mnt
mkdir -p /mnt/home
mount -o subvol=@home /dev/mapper/cryptroot /mnt/home
mount /dev/sda2 /mnt/boot
mount /dev/sda1 /mnt/boot/efi

解压SquashFS

在/cdrom/casper/下，寻找后缀为.squashfs的核心系统文件

1

ls -lh /cdrom/casper/*.squashfs

Server版通常叫ubuntu-server-minimal.squashfs，桌面版可能叫filesystem.squashfs

将这个文件挂载出来

1
2

mkdir -p /tmp/squashfs
mount -o loop /cdrom/casper/ubuntu-server-minimal.squashfs /tmp/squashfs

同步系统

1

rsync -aAXv /tmp/squashfs/ /mnt/

同步完成后解除挂载

1

umount /tmp/squashfs

Chroot

1
2

for i in /dev /dev/pts /proc /sys /run; do mount -B $i /mnt$i; done
chroot /mnt /bin/bash

最小配置

配置DNS

1
2

rm -f /etc/resolv.conf
echo "nameserver 223.5.5.5" > /etc/resolv.conf

配置普通用户（不建议直接使用root用户）

1
2

adduser your_username
usermod -aG sudo your_username

配置软件源

1
2

echo "deb http://mirrors.tuna.tsinghua.edu.cn/ubuntu/ resolute main restricted universe multiverse" > /etc/apt/sources.list
apt update

补齐缺少软件包

安装核心套件

1

apt install linux-image-generic grub-efi-amd64 cryptsetup-initramfs btrfs-progs -y

安装桌面环境

1

apt install ubuntu-desktop^ -y

配置fstab与crypttab

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

# 写入crypttab
LUKS_UUID=$(blkid -s UUID -o value /dev/sda3)
echo "cryptroot UUID=${LUKS_UUID} none luks,discard" > /etc/crypttab

# 写入fstab
BTRFS_UUID=$(blkid -s UUID -o value /dev/mapper/cryptroot)
BOOT_UUID=$(blkid -s UUID -o value /dev/sda2)
EFI_UUID=$(blkid -s UUID -o value /dev/sda1)

cat <<EOF > /etc/fstab
UUID=${BTRFS_UUID} / btrfs subvol=@,defaults,discard=async 0 0
UUID=${BTRFS_UUID} /home btrfs subvol=@home,defaults,discard=async 0 0
UUID=${BOOT_UUID} /boot ext4 defaults 0 2
UUID=${EFI_UUID} /boot/efi vfat umask=0077 0 1
EOF

生成引导

1
2
3

update-initramfs -u -k all
grub-install /dev/sda
update-grub

安全启动（可选）

这时的引导是没有签名的，如果BIOS开启了安全启动将无法引导，如果有安全启动需求可以安装带签名的GRUB和Shim模块

1
2
3

apt install grub-efi-amd64-signed shim-signed -y
grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=ubuntu
update-grub

最后退出并重启

1
2
3

exit
umount -R /mnt
reboot

设置中文

此时系统是英文的，可以在设置里安装Chinese语言包，然后

1

sudo localectl set-locale LANG=zh_CN.UTF-8

删除Snap（可选）

1
2
3
4
5

sudo apt purge snapd -y
sudo rm -rf ~/snap
sudo rm -rf /snap
sudo rm -rf /var/snap
sudo rm -rf /var/lib/snapd

安装桌面环境时虽然日志中有安装snap和snap的firefox之类的组件

但是进入桌面后却没看到任何snap应用，包括应用商店，不过snap服务还是在的

Bug解决

systemd-networkd-wait-online.service卡开机问题

取消开机自启

1
2

sudo systemctl disable systemd-networkd-wait-online.service
sudo systemctl mask systemd-networkd-wait-online.service

安装Timeshift

玩Btrfs当然少不了Timeshift

1
2

sudo apt update
sudo apt install timeshift -y

安装Flatpak（可选）

1
2

sudo apt update
sudo apt install flatpak -y

1

sudo apt install gnome-software gnome-software-plugin-flatpak -y

1

flatpak remote-add --if-not-exists flathub https://dl.flathub.org/repo/flathub.flatpakrepo

由于阿里云公网权威解析服务免费版即将限速，为保障各项服务稳定，计划将托管于阿里云的主域名goodboyboy.topDNS解析进行迁移。

主域名goodboyboy.top DNS解析于 2026-5-26 晚开始迁移

原定迁移至华为云，但出现海外IP无法正常解析问题。因此计划重新迁移至CloudFlare。

目前主域名goodboyboy.topDNS解析已全部迁移至CloudFlare，由于NS记录缓存问题，NS记录同步全球最长需要48小时，因此在接下来的48小时内主域名下的各项服务质量可能会下降，包括Gravatar 头像加速、Steam 卡片生成等服务。

已凉

前言

最近身体不太舒服（体测，一生之敌），感觉今天面试发挥一般般

正文

算法相关

这次不是手撕了，而是根据场景选择合适的数据结构来完成场景任务。

场景任务为选择一个合适的数据结构维护一个top10的热搜词，还有千亿级的搜索词

因为之前从来没有接触过这类问题，前半段答得牛头不对马嘴😭

后面经过面试官持续描述，加上说到O（1）的时间复杂度，才想起哈希表qwq

然后关于top10热搜词，我想到了二叉树，然后就是堆，但是我之前堆接触的比较少，凭着记忆以为是最大堆，后面面试官说应该是最小堆（）

项目相关

提问：MVC、MVP、MVVM、MVI是什么，有什么区别

这个问题我会，属于是八股内容了，然而接下来问题让我懵了

那MVVM有哪些缺点？如果一个简单的应用，不考虑activity生命周期以及屏幕旋转，是用MVVM好还是MVC好？

说实话我之前还真没觉得MVVM这种架构有什么缺点，它基本上解决了Android APP MVC架构下各种耦合、引用持有问题，而且平常也没有那种极致渲染要求场景，确实是没考虑到。

面试官的回答是MVC架构更简单，MVVM有一层封装，会有额外的性能开销。确实，对于这种人为限定场景来说，MVC确实比MVVM合适。

提问：协程和线程有什么区别

这个问题属于八股内容，八股答法+结合自己的理解

提问：协程是否能实现真正的并发，再加上额外限制例如单核CPU。

当时脑子不在状态，答得不是很好。这个具体看实现，而且并发和并行是两个概念，想要实现真正的并行那确实是需要多核CPU，但是并发只需要多个任务同时执行，通过切分CPU时间片达到并发任务执行。而协程是建立在线程之上的，如果按照并发设计是可以实现真正的并发的。

提问：协程和线程哪个是用户态，哪个是内核态

这个没什么异议，协程底层就是一个线程池，本质是一个状态机，没有系统调用等开销，运行在用户态。而线程需要通过系统调用和系统进行交互，开销大。

提问：activity生命周期，activity跳转的生命周期

依旧是八股问题，第一个答对了，第二个之前看过但是忘记了qwq，面试官叫我面试完自己试试😭

提问：Compose重组发生在什么时候，如何避免无效的重组（终于有compose的内容了qwq）

直接秒了

提问：http中1.x，2.x，3.x有什么区别。分别优化了什么

秒了

追问：http2.x相较于http1.x，内容传输上有什么不同

这个确实是忘了，主要是变成了二进制传输来连接复用

提问：询问项目缓存机制

秒了

提问：列表如何进行缓存设计

答得不是很好，一个是语言组织上，另一个是没回答完全，只说到了本地缓存，后面面试官说可以做二级缓存，使用内存进行缓存才恍然大悟。

提问：平常哪些场景使用了AI Coding

劈里啪啦说了一大堆，过

最后反问

后记

这次发挥的不是很好，希望能过吧qwq

相较于搜狗输入法那场面试的面试官，这次的面试官明显就对我感兴趣很多了，和面试官互动得很深入。

依旧是深度定制DIY面试，无八股盛宴

正文

手撕环节

无自我介绍，上来直接开始手撕代码

题目是二维矩阵最优寻找target数（240. 搜索二维矩阵 II）

虽然leetcode做过，但是测试程序依旧是不支持Kotlin，面试官说可以用Java，然鹅我Java都忘得差不多了😂

没办法，最后面试官让我用JavaScript写，不得不说，JavaScript和Kotlin在基础语法上真的就大差不差，直接救我老命😂

虽然基础语法上大差不差，但是细节上坑死我了，把console.print写成print，把数组长度的length写成size和size()，在那里测试半天，最后还是面试官提醒我该怎么写🥹

最后代码出来了，但是边界条件没做好，又卡半天，面试官又善良的提醒了我一下while的边界条件，才把题目A掉。（面试官太善良了🥹）

本来面试官打算出第二道题的，看时间有点不够了，便结束了手撕环节

项目盘点环节

先是让我介绍一下简历里的两个项目，挑重点讲。于是我便快速的过了一遍项目重点和难点。

然后问了下简历中写的项目优化是怎么优化的

接着问了下项目用户受众情况

询问了下项目缓存的实现逻辑以及缓存过期逻辑

询问了下如何处理宽屏分辨率问题（答得不是很好，因为这块代码是AI写的（doge））

Kotlin相关知识

Kotlin中的suspend是怎么挂起的，它是线程安全的吗？

这个前半段有点问道我盲点了，后面问了下Gemini，Gemini是这样说的：

1
2

suspend fun getUserInfo(id: String): User

1
2

Object getUserInfo(String id, Continuation<User> cont)

1
2
3
4
5
6
7

suspend fun fetchData() {
    println("Start")
    val token = requestToken()      // 挂起点 1
    val data = requestData(token)   // 挂起点 2
    println("Result: $data")
}

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

Object fetchData(Continuation cont) {
    // 提取状态机和局部变量
    StateMachine sm = cont; 
    
    switch (sm.label) {
        case 0:
            println("Start");
            sm.label = 1; // 准备进入下一个状态
            // 调用挂起函数，如果它真挂起了，立刻 return 释放当前线程
            if (requestToken(sm) == COROUTINE_SUSPENDED) return COROUTINE_SUSPENDED;
            
        case 1:
            // 恢复执行时，提取上一步的结果
            String token = (String) sm.result; 
            sm.label = 2;
            if (requestData(token, sm) == COROUTINE_SUSPENDED) return COROUTINE_SUSPENDED;
            
        case 2:
            String data = (String) sm.result;
            println("Result: " + data);
            return Unit;
    }
}

后半段我有点没懂面试官意思，以为面试官是说协程本身是不是线程安全的。

这就让我有点懵，这就好比你问线程本身是不是线程安全的这种问题

后面我知道了面试官是问用协程去操作一个变量是不是线程安全的，那当然是非线程安全的啦，这和线程并发出现竞争是一个道理。不过感觉答得不是很好

然后就是问Kotlin中和UI实现状态的同步是怎么做的。

我的回答就是用Kotlin的StateFlow，Compose会collect ViewModel中的StateFlow，根据StateFlow传来的变化而变化之类的，感觉答的不是很好。

接着就是问是否有用过传统Android XML UI。答：有用过，不过后来转Kotlin+Compose了。

AI相关知识

根据我的项目提问，询问在使用AI编程的时候如何节省Token。

我回答是让AI编程工具生成AGENT.md，GEMINI.md等文件，提前读取项目整个架构，避免AI无意义的搜索整个项目，然后每次给出清晰的指令，避免给出模糊的指令，以及模块化编程，避免AI大范围搜索和改动。

然后面试官询问Skill和MCP哪个用的token较少。

这当然是Skill啦，Skill当初提出就是为了解决MCP占用上下文过多的问题

最后问我用过哪些Agent，Agent是什么。

我目前接触的Agent就Copilot、Codex里面这些自带的Plan、Build这些Agent，没自己做过Agent，所以后半段答得不是很好。

反问环节

依旧是询问团队是用Java用的比较多还是Kotlin比较多

回答不出意外，已有代码用Java，新代码用Kotlin（咳特灵还是太好用了，有效治疗Java带来的偏头痛，以至于我完全不想用Java（逃））

面试小插曲

因为实验室刚搬迁，网络设施还没弄好，于是只能用手机热点给电脑共享网络。结果面试到一半时突然网络卡顿，立马查了用腾讯会议自带的网络检查功能检查，发现网络有问题，看了下手机，结果是逆天中信（为什么逆天之后说）打来的电话，把我网络顶掉了（有电话时移动数据会被顶掉），想都没想直接挂掉😡

自今年年初小龙虾火了之后，我发现各个平台上有着越来越多的AI文章，最后我甚至在部分博客上也看到AI文章

所以我想借此机会谈一谈我对AI文章的看法

看法

首先，我并不是抵制AI，AI确实是可以很大程度提升我们的工作效率，对于日常的一些知识问题，我也都会去找AI询问。

但是，有些人却只是用几句提示词，甚至只是一个想法，就利用AI生产一篇AI文，然后不加思考，不加总结的就把AI的产出内容完全的照搬到文章上，把AI的“思考”作为自己的思考展现给大家。

我觉得，作为读者阅读一篇文章，本质是和作者的思维进行碰撞，通过文章与作者进行交流。

如果一篇文章通篇都是AI写的，没有作者的思考，没有作者的总结，这难道不就是我和AI进行交流吗？既然是我和AI进行交流，那我为什么不自己去问AI呢？如果我自己去问AI，我得到的答案可能还更细致，更符合我自己的需求。

就像和一个人辩论，对方拿着AI和你辩论，他把AI不是当作工具，检查自己和对方的述说有什么漏洞，而是直接让AI代替自己思考，AI说什么他就说什么，那本质上我不就是和AI进行辩论？这样的话我也拿AI，让AI和AI去辩论，那这还有什么意思呢。

当然，如果是商业化文章，只为满足甲方的快速产出，AI确实是一个很好的提效工具。但是，有些博客博主也这样做，我就有些疑问，写博文难道不是沉下心来慢慢写吗，好像也没有商业化的效率需求吧？

如果说，写博文是一种任务，是一种需要提效的负担，我觉得还不如不写，停更一段时间更好。

另外，有些作者可能文笔不是很好，想要借AI来优化一下自己文章，出发点上这当然是没有问题的。但是有些时候，AI优化出来的遣词造句，我觉得反而更没有让我阅读的兴趣。例如什么不是……也不是……而是……、分点加粗、文章格式千篇一律等等问题，都需要作者用心去做提示词调整，如果只是单纯的让AI“优化一下我的文章”，产出的文章大概率是AI味很浓的文章。

做法

对于社交平台上的AI文章，我大抵是没有什么兴趣的。通知类的，有效信息差不多也就是标题和文章末尾了。科普类的，有兴趣的就大抵看一下，然后自己问AI。商单类的，我是看都懒得看。

对于博客上的AI文章，我的要求会更严格。毕竟，我来这里不是来看AI同质化文章的，不然我为何不去社交平台上看。

最后

最后，我想说的是，不要忘记自己建博客，写博文的初衷。如果任由没有一点自己思考的AI文章充斥自己的博客，那这还是你自己的博客吗？

后记

这篇文章读下来，有些人可能会觉得我傲慢。

但至少，通过这篇文章传递的，是我的思考。

但至少，通过这篇文章交流的，是我而不是“它”。

曾几何时，我彷徨过，也悲伤过

胡思乱想，郁郁寡欢

想要证明自己，想要一个完美的自己

为此不断舍弃，只为尽快实现目标

它很光鲜亮丽，让我无比向往

它很遥远，让我望不可及

它带给我的不再是希望，满足，而是欲望，焦虑

迷茫之际，那个曾被我遗忘在角落的，接纳了我

让我放下了执念，看清了自己

让我明白，我不是一个人在前进

让我学会，接纳不完美的自己

正如只有失去了才会懂得珍惜

但幸好我还没有失去

终于是更新了，但是是凉经😢

正文

首先是自我介绍，介绍一下自己。

然后是项目盘点：

• 项目介绍
• 询问项目细节

接着是八股盛宴

• 有用过Handler吗，介绍一下Handler，Handler和Looper之间的关系
• 为什么Looper不会造成阻塞
• epoll底层机制是怎么样的
• Android XML和Compose的区别
• Compose 声明式UI和XML命令式UI有什么区别
• 有了解过跨端吗
• 你用过哪些架构，了解过MVC、MVP吗？介绍一下MVC、MVP、MVVM
• Android四大件是什么，分别是干什么的
• 如何和Service交互，正常启动Service和bindService启动有什么区别
• 有了解过哪些设计模式（这里没答上来，面试官后面继续问）
• 什么是单例模式，单例模式有哪几种（依旧是脑抽没答上来）
• 知道什么是懒汉式？（这里想到有懒汉式和饿汉式，但是还是紧张忘记了，一顿乱答（悲））
• 了解过建造者模式吗？（意识到是Builder之类的，答对了一半吧，后面又是一顿乱答）
• 知道工厂模式吗？（依旧是忘记了然后胡言乱语😢）
• 了解过HashMap吗？他是线程安全的吗？（这里HashMap有点忘记了，不过大部分答对了，引出ConcurrentHashMap，但其实这里面试官想问的是HashTable）
• 那你说的ConcurrentHashMap和HashTable有什么区别吗？（属于给自己挖坑了）
• 有用过哪些布局（这里答的不是很好，因为很久没写XML了，基本上都是Compose）
• 说一下RecycleView缓存机制（依旧是给自己挖坑，答得一坨）
• 说一下什么是线程死锁，产生死锁的条件
• 说一下View的渲染流程（还是答得一坨，答到activity生命周期去了）

最后一道算法题，面试官手出，可能是当时面试官也没准备什么特别难的题目，就leecode的一个两数之和，直接秒了。

最后反问

结局

成功进入人才储备库（垃圾桶），原因是岗位不匹配

其实当时反问环节就差不多知道结局了，他们团队大部分用的还是Kotlin+XML，而且之后打算向跨端flutter方向发展，迁移成Compose的化工程量太大

后记

人生的第一次面试，感觉体验不错（至于为什么等这几天更新腾讯一面面经就知道了），至少一场面试下来能很好的发现自己有哪些八股还掌握不牢，和面试官互动还是很深入的。

采用 EasyDrop 搭建的 GoodBoyboy 's Talk 正式上线！

后续我将会在GoodBoyboy 's Talk上更新说说相关内容，欢迎大家来玩😄

是的没错，又开新坑了（老坑仍然在更哈

项目背景

用hexo这种静态博客平台不怎么方便发布零星的内容，特别是时间很碎片化的时候，基本上没什么心情更博客，就容易给人一种“假死”的状态。虽然有memos，但是感觉还是不是我喜欢的类型，所以打算自己搓一个。

项目地址

https://github.com/GoodBoyboy666/easydrop

项目进度

目前项目还在开发中，变动会比较频繁，如果想要尝鲜的朋友可以先部署玩玩

假期在家无聊，和AI一起用Go搓了一个图床，边搓边学Go（doge）

其实很久之前就想搓了awa

Perfect Pic 是什么？

Perfect Pic 是一个基于 Go (Gin) 开发的高性能、轻量级图床。采用前后端分离架构，为个人或小型团队设计，提供安全可靠的图片存储、管理和分发功能。

Perfect Pic 相较于其他图床有哪些优势？

• 采用 MIT License 开源，可以自行托管，数据完全由自己掌控。
• 采用Go语言开发，相较于传统PHP图床性能好，对服务器压力小。
• 支持SQLite、MySQL、PostgreSQL数据库，可根据实际业务场景选择。
• 内置内存缓存、Redis支持，提高响应速度。
• 前后端分离架构，可以自行编写前端，DIY可玩性高。
• 支持Docker部署。

为什么要开发 Perfect Pic

因为自己博客需要托管图片，商业图床数据不在自己手里不放心，试了好几个开源图床，许多都是用PHP开发，对于我这种垃圾服务器来说压力不小

特别是当开启图片转换时，我的垃圾服务器可以CPU堵塞好几秒，有时候甚至图片上传失败。有些开源图床又过于臃肿，有些功能根本用不上。

最后打算自己做一个高性能图床，想吃什么自己做😋

项目仓库

Perfect Pic有两个仓库：

• perfect-pic-server（后端仓库）
• perfect-pic-web（前端仓库）

开发以后端为主，构建均在后端仓库 Releases , Releases 构建分为 embed 和非 embed 版，embed版会内嵌前端，便于需求小的用户快速启动，无需额外部署前端。

开发进度

目前大部分功能已完成设计并测试，等待系统性功能测试，感兴趣的友友可以去体验体验😄

喜欢的话麻烦顺手点个免费Star吧（小声）

仓库目前由我一人维护，开发速度可能不会很快，不过会尽快推出1.0版

无意间在老妹的房间里看到了一个装满五角星折纸的小罐子。

那是我初三时一个喜欢我的女生在我生日时送给我的

那时候的我对谈恋爱并没有什么想法，收下了礼物后也没多想，就一直放在了柜子里。

拿起罐子，不知为何脑海里浮现出“这种东西很适合藏悄悄话”的念头。

仔细观察了下罐子，发现里面有一颗与众不同的星星，那是一颗画上了小太阳的星星。

我打开罐子，把那颗星星拿了出来。

打开星星，上面是一句生日祝福，以及一句

不要忘记我哦~

我放下纸条，心里默念了一下她的名字

嗯，没有忘记。

只是不知你现在过的如何，应该已经找到了属于自己的另一半吧。

我把纸条放回小罐子。

祝福我收到了，谢谢。

终于是拼齐了我的设备拼图😄

实机照片

购买

本来是打算去年双十一买的，但是被国补整红温了就没买。今年国补继续，开年国补资金充足，完全不用抢国补。而且要过年了，恰逢京东发券，3000减300，优惠力度比双十一大，不枉费我等这么几个月😭。最关键的是，又开始送笔了！！！

天时地利人和，直接下单😆

12+512的配置+笔一起3099，如果去掉399的笔那裸板就是2700！2700能买到骁龙8至尊版性价比还是蛮不错的，12140mAh的电池更是爽上加爽，完全没有续航焦虑，轻度使用一天下来才用一半的电，可能是因为环境温度较低的原因，温度正常一点的话续航应该更高。

京东物流确实没得黑，十八线小县城晚上下单第二天下午就送到了，直接爽用。

贴膜

贴膜折腾死我了，13寸是真的难贴，最后贴膜失败，钢化膜因为静电吸了一堆毛毛，网上找了下教程，发现可以用胶带处理钢化膜上的毛毛。结果在处理毛毛的时候胶带砸在钢化膜上直接给钢化膜干破了😭

没办法，只好小声询问客服能不能补发一个，没想到还真的能补发，只要补个3块运费就行😄

保护壳

pdd上找了一圈，稍微花里胡哨一点的贵的要命，直接就是40+，最后还是选了个朴素一点的，花了我21大洋（心痛），不过亚克力透明背板确实好看，但我其实更想要来图定制（doge

领取权益

有些预装的应用，比如画世界Pro，云记什么的，基本上都有购机权益可以领取。领取画世界Pro的设备专属权益时，发现有个是“画兽头”课程😂，原来Furry画师都喜欢用画世界Pro（doge）。只可惜自己画功稀烂，什么都不会画，还没我妹画的好😭

使（tiao）用（jiao）

首先当然是开启Google服务！

Color OS系统没有阉割Google服务，所以安装起来特别方便。只需要在设置里启用Google服务，再在应用商店里下载个Play商店即可。

然后就是把出厂的Color OS 15更新到Color OS 16，感受宣传的“机圈德芙”😆

最后就是安装各种应用，游戏就装了一个Phigros（平板必装好吧（迫真））

后记

这下终于不用每天晚上背着4斤的游戏本去实验室学习了，带个1斤的pad轻松多了🥰

不得不说13寸的屏幕用来 看网课（打斗地主）是真的爽（迫真）

教程已更新，更新日期：2026-01-23

前言

打算把手上的OrangePi 3B刷成电视盒子给家里用，但是OrangePi 3B没有板载红外模块，于是从官方店铺下单了外置红外模块和遥控器，结果到手发现官方并没有进行适配，没办法只能自己适配了

Tips：本篇教程有点长，并且不适合小白使用

准备环节

Tips：不要买OrangePi官方店铺的那个红外传感器，那是红外光电二极管 (IR Photodiode)，不是集成红外接收头 (Integrated IR Receiver)！！！

下载工具

进入OrangePi官网 http://www.orangepi.cn/

进入OrangePi 3B的下载页面 http://www.orangepi.cn/html/hardWare/computerAndMicrocontrollers/service-and-support/Orange-Pi-3B.html

Tips：OrangePi官方发布的各种资料目前基本上都在百度网盘上，建议提前准备一个SVIP账户

找到“官方工具”，打开链接，需要下载的有：

• Android和Linux镜像烧录工具-RKDevTool和驱动程序

下载该文件夹内所有内容。

下载 Android Image Kitchen 用于打包和解包镜像：https://xdaforums.com/t/tool-android-image-kitchen-unpack-repack-kernel-ramdisk-win-android-linux-mac.2073775/

下载文档

下载最新的用户手册

下载镜像

下载最新带有“Android11-box”字样的镜像

下载并解压Android源码

下载总共25G+的Android源码分卷压缩包

校验文件md5：

1

md5sum -c RK356X_Android11.tar.gz.md5sum

解压压缩包

1

cat RK356X_Android11.tar.gz0* | sudo tar -xvzf - -C /目标/目录

准备编译环境

准备一个空余硬盘空间至少有200G+的硬盘

准备Linux编译环境，建议Ubuntu22.04，当然也可以是更新的系统，只是编译脚本会用到python2之类的，到时候也能改脚本

按照用户手册中“Android11 源码的编译方法”这节，配置好编译依赖

1
2
3
4
5

sudo apt-get update
sudo apt-get install -y git gnupg flex bison gperf build-essential \
zip curl zlib1g-dev gcc-multilib g++-multilib libc6-dev-i386 libncurses5 \
lib32ncurses5-dev x11proto-core-dev libx11-dev lib32z1-dev ccache \
libgl1-mesa-dev libxml2-utils xsltproc unzip liblz4-tool

如果系统较新，可能有些软件包已失效，我使用Debian13编译，替换了部分软件包：

liblz4-tool -> lz4
libncurses5 -> libncurses6 (或 libncurses-dev)
python -> python3 + python-is-python3

1
2
3
4
5
6

sudo dpkg --add-architecture i386
sudo apt-get update
sudo apt-get install -y git gnupg flex bison gperf build-essential \
zip curl zlib1g-dev gcc-multilib g++-multilib libc6-dev-i386 \
libncurses-dev lib32ncurses-dev x11proto-dev libx11-dev lib32z1-dev ccache \
libgl1-mesa-dev libxml2-utils xsltproc unzip lz4 python3 python-is-python3 libssl-dev

开始

OrangePi官方并没有对红外模块进行适配，因此需要自行编译，不过仅用编译内核，不用编译Android本体，单次编译时间压缩至2~3分钟。

安装系统

这里我们采用修补boot的方式，所以首先需要安装完整系统。

按照用户手册中“烧录 Android 镜像到 TF 卡中的方法”这节方法，安装对应驱动，使用RKDevTool将官方原版镜像烧录OrangePi 3B中。

烧录完成后启动OrangePi 3B，插入显示器，确保系统已经能正常启动。

开启开发者模式

像普通手机那样，在设置里找到版本号多次快速点击开启开发者模式，进入开发者模式菜单，为了方便起见，这里使用网络ADB而不是USB ADB

解包官方镜像

使用RKDevTool中“高级功能”内的“解包”功能，将boot.img从官方镜像中分离，重命名为boot-official.img备用

准备红外模块

红外模块一般是三个引脚，分别是VCC，GND和Signal

官方店铺的红外模块是红外光电二极管 (IR Photodiode)，不是集成红外接收头 (Integrated IR Receiver)，请勿购买！！！请自行在淘宝上购买TSOP38238等集成红外接收头元件。

我使用的OrangePi官方的红外模块描述写的是VCC接3.3V，但是实测下来3.3V貌似有问题无法正常工作，需要接到5V

Signal则是按照描述接在PIN37，也就是引脚图上的GPIOO3_D3脚（后面的教程均按该引脚来写）

GND引脚随便找个GND PIN就行

修改前准备

处理环境变量

1
2
3

export BOARD=orangepi3b
source build/envsetup.sh
lunch rk356x_box-userdebug

修改内核设备树 (DTS)

如果你使用的OrangePi官方的遥控器，可以尝试直接使用我给出的键值，避免重新编译，具体内容在制作Keymap一节

在kernel/arch/arm64/boot/dts/rockchip/中找到rk3566-orangepi-3b.dts打开

在/ {...}内部新增下面配置：

1
2
3
4
5
6
7
8
9

ir: ir-receiver {
    compatible = "gpio-ir-receiver";
    gpios = <&gpio3 RK_PD3 GPIO_ACTIVE_LOW>;
    pinctrl-names = "default", "sleep";
    pinctrl-0 = <&ir_int>;
    pinctrl-1 = <&ir_int>;
    wakeup-source;
    status = "okay";
};

在&pinctrl{...}中新增下面配置：

1
2
3
4
5

ir {
    ir_int: ir-int {
        rockchip,pins = <3 RK_PD3 RK_FUNC_GPIO &pcfg_pull_up>;
    };
};

修改菜单配置

加载默认配置

1

cd kernel

1

make ARCH=arm64 rockchip_defconfig

进入菜单配置页面

1

make ARCH=arm64 menuconfig

进入Device Drivers

进入Remote Controller support(这一项本身需要打星 *)

进入Remote controller decoders

建议全部勾选（或者至少勾选 Enable IR raw decoder, NEC protocol, RC-6 protocol）或者你知道你的遥控器是什么协议，官方的遥控器经测试是NEC

进入Remote Controller devices

找到GPIO IR remote control打星 *

按右方向键选择<Save>，回车保存为.config（默认名即可）

按<Exit>一路退出。

编译

因为官方build.sh会使用默认编译config覆盖，因此我们这里覆盖默认的config

首先备份默认配置

1

mv arch/arm64/configs/rockchip_defconfig arch/arm64/configs/rockchip_defconfig.bak

覆盖配置

1

cp .config arch/arm64/configs/rockchip_defconfig

开始编译

1
2

cd ..
./build.sh -K

编译完成后，找到如下文件：

• Image 位于kernel/arch/arm64/boot/
• resource.img 位于kernel/

关闭AVB校验

首先在源码里找到avbtool

1

find . -name "avbtool"

通常是external/avb/avbtool

然后生成禁用AVB校验的img

1
2

chmod +x external/avb/avbtool
python3 external/avb/avbtool make_vbmeta_image --flag 2 --padding_size 4096 --output vbmeta_disabled.img

不过这个源码里带的avbtool是用python2写的，如果你的编译环境是python2没什么问题，如果是python3则会出现一些错误，可以将报错信息询问AI修改脚本解决

最后会在当前目录下生成一个几KB大小的vbmeta_disabled.img文件

制作boot镜像

回到Windows，将boot-official.img拖到Android Image Kitchen的unpackimg.bat文件上进行解包

解包完成后当前目录会多出ramdisk和split_img两个文件夹

进入split_img文件夹，按照下面对应表进行重命名后替换

• Image -> boot-official.img-kernel
• resource.img -> boot-official.img-second

然后用记事本打开boot-official.img-board文件，填入orangepi3b保存

最后双击repackimg.bat进行打包，得到image-new.img新boot镜像

制作Misc镜像（可选）

如果进入Android Recovery模式次数过多，可能会导致直接进入Android Recovery模式，可以通过擦除Misc分区解决

生成空白misc_wipe.img：

1

fsutil file createnew misc_wipe.img 49152

刷入boot.img镜像

启动RKDevTool，和之前一样，跟着用户手册让OrangePi 3B进入MaskRom模式

将MiniLoaderAll烧录至SPINOR，然后切换存储至SD卡

进入“下载镜像”标签页，勾选“Boot”分区，并点击一下最右边方框，选择之前制作的image-new.img，然后右键空白处，选择添加项，在名字一栏写Vbmeta并勾选，同样的选择vbmeta_disabled.img

如果制作了misc_wipe.img想要擦除Misc分区，同样的右键新建项，名字一栏写Misc并勾选，选择misc_wipe.img即可

接着点击“设备分区表”按钮，读取设备分区地址信息，这里会有几个分区没有匹配到地址，例如Resource，Kernel，System分区，这是正常现象，只要Boot分区和Vbmeta分区（Misc分区可选）的地址能正常读出即可

最后点击“执行”按钮刷入镜像

调试

如果系统顺利启动，就已经成功一半了

确保开启了开发者模式并打开了网络ADB

如果电脑没有安装ADB，源码里的RKTool文件夹里也有ADB工具

和OrangePi 3B处于同一局域网下，连接ADB设备

不用进行配对，直接连接就行

1

adb connect <OrangePi 3B的IP地址>

连接上后进入shell

1

adb shell

切换至root

1

su

首先检查内核配置

1

zcat /proc/config.gz | grep -i "CONFIG_IR_GPIO_CIR"

正确情况下会输出CONFIG_IR_GPIO_CIR=y，代表内核已经启用

然后查看设备节点是否有红外设备

1

ls -d /sys/firmware/devicetree/base/ir*

正确情况下会输出ir-receiver之类的设备文件夹

进入该文件夹，读取compatible和status

1
2
3
4

cat compatible
# 输出应该是 gpio-ir-receiver
cat status
# 输出应该是 okay

如果满足上方两个条件，查看ir事件

1

getevent -l

一般会有类似下面的输出，包含gpio_ir_recv输入

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

 rk356x_box:/ $ getevent -l

add device 1: /dev/input/event1

  name:     "gpio_ir_recv"

add device 2: /dev/input/event2

  name:     "rk-headset"

add device 3: /dev/input/event0

  name:     "rk805 pwrkey" 

执行cat /sys/kernel/debug/gpio | grep "gpio-123"也会有下面输出，表示正在使用的GPIO是哪个驱动

1

gpio-123 (                    |ir-receiver         ) in  hi 

如果你已经事先配置好了Keymap一节，那就可以不用手动启用协议了

然后开始选择ir协议

1

cd /sys/class/rc/rc0/protocols

会看到当前支持的所有协议，选择要监听的协议

1

echo "+nec" > /sys/class/rc/rc0/protocols

当然也可以开启一堆协议

1

echo "+rc-5 +rc-6 +jvc +sony +sanyo +sharp +mce_kbd +xmp +imon" > /sys/class/rc/rc0/protocols

开启的协议会用[]包围。

执行getevent -l用遥控器对着红外设备按下键，正常情况下会有类似下面的输出：

1
2
3
4

/dev/input/event1: EV_MSC       MSC_SCAN             0000045c
/dev/input/event1: EV_SYN       SYN_REPORT           00000000
/dev/input/event1: EV_MSC       MSC_SCAN             0000045c
/dev/input/event1: EV_SYN       SYN_REPORT           00000000

如果满足上面所有情况，则代表硬件已经设置正确并且系统能正常读取解析来自遥控器的信号

Tips：这里建议明确出遥控器使用的是哪种协议，因为后面会使用到

制作Keymap

最后，需要制作Keymap用于将遥控器信号解析出来的十六进制的键值码映射到对应的按键上

同样是执行getevent -l，然后将遥控器上所有的按键按一遍，并记录对应的键值码，只用记录后三位，例如45c

经测试，OrangePi官方的遥控器键值码如下：

拿到对应的键值码后，开始编写keymap文件

回到Linux编译环境，在kernel/drivers/media/rc/keymaps/下新建一个文件叫rc-orangepi-ir.c

写入下方内容：

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

// 文件路径: kernel/drivers/media/rc/keymaps/rc-orangepi-ir.c
#include <media/rc-map.h>
#include <linux/module.h>

static struct rc_map_table orangepi_ir_table[] = {
    { 0x41a, KEY_POWER },       // 电源键
    { 0x445, KEY_VOLUMEUP },    // 音量+

    { 0x44d, KEY_TV },          // TV
    { 0x443, KEY_VIDEO },       // VOD (映射为 VIDEO)
    { 0x419, KEY_VOLUMEDOWN },  // 音量-

    { 0x45d, KEY_MENU },        // menu
    { 0x41b, KEY_SWITCHVIDEOMODE }, // mouse (通常映射为切换鼠标模式，或 KEY_FN)

    { 0x444, KEY_UP },          // 上
    { 0x41c, KEY_LEFT },        // 左
    { 0x45c, KEY_ENTER },       // OK (Android 确定键通常用 ENTER)
    { 0x448, KEY_RIGHT },       // 右
    { 0x41d, KEY_DOWN },        // 下

    { 0x41f, KEY_HOME },        // home
    { 0x40a, KEY_BACK },        // return

    { 0x413, KEY_1 },           // 1
    { 0x410, KEY_2 },           // 2
    { 0x411, KEY_3 },           // 3
    { 0x40f, KEY_4 },           // 4
    { 0x40c, KEY_5 },           // 5
    { 0x40d, KEY_6 },           // 6
    { 0x40b, KEY_7 },           // 7
    { 0x408, KEY_8 },           // 8
    { 0x409, KEY_9 },           // 9
    { 0x447, KEY_0 },           // 0

    { 0x458, KEY_TV2 },         // TV-SYS (映射为 TV2 或其他功能键)
    { 0x453, KEY_SETUP },       // SETUP
};

static struct rc_map_list orangepi_ir_map = {
    .map = {
        .scan     = orangepi_ir_table,
        .size     = ARRAY_SIZE(orangepi_ir_table),
        .rc_proto = RC_PROTO_NEC,  // 这里指定协议为 NEC
        .name     = "rc-orangepi-ir", // 名字必须和 DTS 里的 linux,rc-map-name 一致
    }
};

static int __init init_rc_map_orangepi(void)
{
    return rc_map_register(&orangepi_ir_map);
}

static void __exit exit_rc_map_orangepi(void)
{
    rc_map_unregister(&orangepi_ir_map);
}

module_init(init_rc_map_orangepi)
module_exit(exit_rc_map_orangepi)

MODULE_LICENSE("GPL");
MODULE_AUTHOR("OrangePiUser");

接着在kernel/drivers/media/rc/keymaps/Makefile中按照格式接上rc-orangepi-ir.o

然后修改设备树 (DTS)

回到kernel/arch/arm64/boot/dts/rockchip/rk3566-orangepi-3b.dts，在ir-receiver{...}内添加一条：

1

linux,rc-map-name = "rc-orangepi-ir";

保险起见，完全重新生成boot

1
2

cd kernel
make distclean

最后从修改前准备这节重新编译内核和制作boot.img

测试

重新刷入boot.img等镜像后，开机测试红外功能，这会应该能正常使用遥控器遥控了

同样的使用getevent -l查看ir事件

这会可以看到有下面之类的事件出现：

1
2

/dev/input/event1: EV_KEY       KEY_DOWN             DOWN 
/dev/input/event1: EV_KEY       KEY_DOWN             UP

禁止深睡

因为官方固件深睡模式好像有问题，深睡下无法用红外唤醒，并且唤醒后系统会出现，因此需要禁止系统深睡。

首先准备一个叫wake_lock.rc的脚本文件，内容为：

1
2

on property:sys.boot_completed=1
    write /sys/power/wake_lock stay_awake

打开终端连接adb，准备推送文件

1
2
3
4
5

adb root
adb remount
adb push wake_lock.rc /vendor/etc/init/
adb shell chmod 644 /vendor/etc/init/wake_lock.rc
adb reboot

后记

OrangePi官方的红外模块貌似有点不好用，遥控器稍微远一点信号质量就急剧下降，S脚点位拉不下来，识别不到，这会手上没电阻电容，不方便处理，只能等之后再玩了。

更新：继续和Gemini聊了一会，才知道tmd那玩意是红外光电二极管 (IR Photodiode)，不是用来接收遥控器信号的“接收头”🤣，虽然也是被我用来当信号接收器了，我说怎么tm那么难用，遥控器离30cm以上就收不到信号了。。。应该是买集成红外接收头 (Integrated IR Receiver)。。。不过教程没问题，有问题的是那个逆天硬件🤣

众所周知，运营商的光猫垃圾的要死，还默认是路由模式，并且普通账户还改不了桥接

回家登录光猫后台一看，果然是路由模式。。。

拿itdog ping了一下ipv6，直接全红😭

而且那个装修师傅搞的网络一言难尽

你说他不懂吧，他知道把路由器接在了几个Lan口中唯一一个千兆口上，你说他懂吧，他把光猫WiFi开着，我家原来的路由器也开着，而且让我爸妈手机连接的是原来的路由器，最难蚌的是，善后做的一坨，我问我爸妈WiFi密码是多少，他们居然不知道，看来是根本没给我爸妈讲WiFi密码。。。最后还是我通过手机WiFi密码分享功能才调出来WiFi密码。。。

之前还叫过一次宽带师傅，那个宽带师傅明显就做的好很多，弄了个不干胶贴纸把WiFi密码，宽带账号密码写了贴在路由器上，我回家一看一目了然。

哦对，还把我路由器管理员密码改了，幸好管理员密码是和WiFi密码一样的，不然真的就变成宽带师傅的路由器了。。。

后记

后面我又试了很多网上的教程，尝试拿到光猫管理员密码，结果都不行。。。看来只能找客服扯皮让他们远程改成桥接了😭

一开始问，老板是说买的多35一斤，普通的就37一斤。

然后我妈就开始讲价，老板边切牛肉边讲价，我从来也没自己买过牛肉，不知道行情是怎样，就站在旁边不打扰我妈输出。

就当我无聊准备看手机时，我妈给老板说“我孩子现在也放假回家，之后经常又会来这边买”之类的。

站在旁边当装饰的我：？

我妈还诈老板一下，说“我记得之前都是30一斤的”

最后老板还是按35卖了。

要是我买菜，没被缺斤少两坑就不错了，完全讲不来价😂

不过在小县城也明显感受到经济下行带来的通缩影响了。

往年牛肉基本都是40-50一斤，今年直接跌倒35一斤。

和我爸去办点事回来路上买点水果，车厘子居然掉到19.9一斤了，虽然不是高档的那种，但是19.9还是很离谱了。

多亏了湖南这逆天气温，又又又感冒了。。。

头痛

这次感冒给我折腾的够呛，又是头痛又是胸闷，但又没发烧，没嗓子痛，看起来不像流感，奥司他韦就没用了

不止白天不舒服，晚上又是咳嗽又是失眠，连续失眠两个晚上。。。

刚好这几天又要准备剩下的几门期末考试，这个状态完全复习不进去

买药

这下倒是不知道该买啥药了，不过校医院肯定是不用去了，这种只会开一堆没啥用的药

我一开始打算罗红霉素或者999感冒灵，找Gemini聊了聊，Gemini说罗红霉素适合细菌引起的感冒，对病毒引起的感冒没用。毕竟罗红霉素也是抗生素，能不吃就不吃吧，我懒得试了，买了999感冒灵和一个枇杷膏用来止咳。

用了一天，发现没啥效果，想起这玩意主要成分是对乙酰氨基酚，还不如直接吃类似药物，999里面还有咖啡因，本来就睡眠不好

又和Gemini聊了会，给我推了有布洛芬，我才想起还有布洛芬可以用。

纯乙酰氨基酚暂时不考虑，因为之前服用过999，我怕药物过量造成肝损伤

布洛芬的话疫情那会用过，感觉效果还不错，而且没有咖啡因

拿到布洛芬后，看了下说明书的禁忌和注意事项，确保可以安全服用

发现注意事项中还有不得饮酒和食用含有酒精的饮料，这几天吃东西都小心翼翼的😂，虽然应该不会像头孢配酒那样直接炸缸，但还是小命要紧（doge

还有就是这玩意不宜长期或者大量使用，用于止痛不得超过5天，用于解热不得超过3天

看了一下，一盒药一板12粒，有两板，总共24粒，一天两次一次一粒，可以吃12天，一盒20多块，还是蛮良心的

吃了两天，除了仍然鼻塞，基本没有头痛和胸闷的情况，昨晚也终于没失眠了😭

后记

乙酰氨基酚和布洛芬的药物原理好像都是通过抑制前列腺素的合成，来减少疼痛和发热

另外还是不想复习怎么办（doge

1月

2024年12月16日，DeepSeek-V3发布
2025年1月15日，DeepSeek APP发布
2025年1月20日，DeepSeek-R1发布

至此，AI正式走入了我的生活

2月

由于DeepSeek的火热，官方服务器一时无法承载大量流量

也是这段时间，各大云厂商纷纷部署DeepSeek，我也在硅基流动白嫖了一大堆邀请奖励，开始了API自由。（《DeepSeek API挂了？SiliconFlow来救！》）

不过好景不长，大家都发现了硅基流动，于是没过几天硅基流动也卡成狗了，于是转战字节的火山引擎，继续白嫖doge。（《DeepSeek服务器繁忙？SiliconFlow卡成狗？快来火山引擎！》）

中间受 奇甲安全 邀请，测试他们加的主流产品 一指灵通 ，产品还蛮好用的，作为安全产品价格也不贵。（《一指灵通安全硬件体验》）

然后就是我人生中第一张软件著作权登记下来了，也是我第一次正式写的一款APP（虽然后面很快就用jetpack compose重构了😂）

3月

我开始学习Jetpack Compose，主要还是因为传统的Android View的material 2没3好看，但是Android View 的material3老是出问题，便转向了风格更统一的Jetpack Compose，而且我也更喜欢Jetpack Compose的设计理念，这也是我第一次接触MVVM设计架构。

然后就是开了我的第二张万事达卡（《欢迎中信万事达双币借记卡加入卡包大家庭！》），有人民币和美元账户，可以往里面存人民币了，也可以用这张卡购汇，不用像中行万事达那样还要一张一类卡用于购汇。

最后就是受晚夜的BLOG QSL卡启发，做了个博客明信片。（《设计了一张博客明信片》）

4月-5月

四月主要还是在折腾OAuth2和OIDC，然后做了第二版的博客明信片😁（《博客明信片v2版发布啦，喜欢就快来申请一张吧！》）

五月则是折腾了一会土区Apple Music，顺便还办了张邮储万事达卡（变卡王了😂），还注册了个喜欢的域名（《新注册furwolf.com域名》）

五月最后加入了Postcrossing，开启了 送你一张明信片 活动（欢迎大家来参加），开始正式投递博客明信片。

6月-7月

整个六月差不多都是在折腾Debian，折腾Debian桌面、指纹、游戏、显示器、输入法、字体等等（什么时候能统一一下啊😭）

然后就是白嫖了一个一年的Gemini Pro，让我的学习速度更加迅猛，再也不用去CSDN屎里淘金了。。。

七月大部分时间呆在实验室，留校没有回家

不得不说，湖南七月那真的是热炸了，打个伞出门转一圈都可以浑身大汗，宛如蒸桑拿，而实验室里的空调制冷效果也一般般，开16度结果面板上显示还是28度。。。

七月折腾完后赶紧跑路回家了，太热了待不了一点。

8月

八月在家就舒服很多，开始折腾上了ESP32

本来买ESP32是打算刷个Picokey固件玩，结果折腾半天刷好了效果还一般般，完全比不上Canokey，遂放弃折腾Picokey，而是玩起了最基础的电路以及ESP32编程

ESP32太好玩了，基本上整个月我都在玩ESP32，买各种硬件，显示屏、按钮、LED、电阻、万用表等等

而且当时我买的是ESP32 S3顶配版，8M的RAM和16M的存储，怎么玩都行。

9月

九月当然是开卡的一个月，招行万事达卡普卡发布，迫不及待跑去分行开卡，我的国内万事达卡有它就够了，没有继续开万事达卡的欲望了（doge

然后就是买了新音响，原来的那个在暑假的时候坏了

G1500bar这段时间体验下来感觉还不错，不过默认参数就有点拉了，建议装官方的软件调一下参数，这样低音和人声效果会好很多。

10月-12月

这段时间倒没有折腾什么，每天课多得爆炸，大三也要准备就业相关的事情，时间少了很多qwq

十一月底的时候疯狂动物城2上映，立马就去看了😆

小结

祝大家2026新的一年里幸福安康、财源滚滚、心想事成！😄

Tips: 需要安装1.2.4以及以下的版本，高版本不支持Canokey（或者使用Canokey自家的ckman也行）

• 安装ykman：https://developers.yubico.com/yubikey-manager-qt/Releases/

S/MIME邮箱证书可以看我上一篇文章（1.90$申请 WISeID S/MIME 邮箱证书）

• S/MIME邮箱证书

• 安装OpenSC：https://github.com/OpenSC/OpenSC

导入证书

目前Canokey支持以下几种算法的证书

• RSA2048
• NIST P-256
• NIST P-384

对于固件版本3.0.0以上的Canokey（CanoKey Canary），还支持以下算法的证书

• RSA3072
• RSA4096
• secp256k1
• Ed25519
• X25519
• SM2

Tips: CanoKey 固件版本 3.0.0 仅支持使用 Ed25519 算法对 32 字节数据做签名，仅支持使用内部生成的 X25519 密钥。

安装好ykman后，连接Canokey，进入终端

输入命令

1

ykman -r canokey info

应该能够看到智能卡的相关信息

输入命令

1

ykman -r canokey piv info

应该能看到PIV的相关信息

然后CanoKey一般有4个可用的插槽：

• 9A：PIV Authentication
• 9E：Card Authentication
• 9C：Digital Signature
• 9D：Key Management

从固件版本 2.0.0 开始，CanoKey 还支持82、83插槽

固件版本 3.0.0 开始，好像还支持Card Capability Container、Card Holder Unique Identifier、Printed Information，有邪修玩法用来存VeraCrypt的密钥

需要注意的是，9E插槽的默认PIN策略是不验证

不过这都无所谓，可以通过--pin-policy来设置，具体可以看ykman的命令帮助来使用

这里使用的是9c插槽

首先是导入私钥

Tips: Canokey默认的管理密钥是：010203040506070801020304050607080102030405060708，如果修改了管理密钥需要加上-m参数传入管理密钥

1

ykman -r canokey piv keys import 9c <私钥文件路径>

然后是导入公钥证书

1

ykman -r canokey piv certificates import -v 9c <公钥文件路径>

这里会提示输入PIN，输入PIV的PIN即可，这里的-v参数用于验证证书是否匹配导入的私钥，可有可无

导入Thunderbird

启动Thunderbird，找到端到端加密，点击S/MIME安全设备按钮，然后点击加载按钮，选择浏览按钮

找到你安装OpenSC的地方，OpenSC/pkcs11/该目录下有个opensc-pkcs11.dll，选择即可。

正常加载模块后，点击刚刚添加的模块，模块下面有个canokey设备，选择后点击登录，会要求输入PIN

登录完成返回到端到端加密页面，点击个人数字签名证书旁边的选择按钮，一般来说会自动找到符合条件的证书，选择后可以点击旁边的测试按钮

如果测试提示颁发者无效，说明可能是缺少中间证书，点击管理S/MIME证书按钮，选择证书颁发机构，导入你的颁发机构的中间证书即可。

参考

https://docs.canokeys.org/zh-hans/userguide/piv/

https://thinkalone.win/canokey-canary.html

https://www.liups.net/2025/10/s-mime-证书签名加密电子邮件/

之前Actalis免费申请的一年S/MIME证书到期了，这次打算换个好点的性价比高的，于是找到了WISeID

资费

basic计划一年是1.9$（主页上写的是4.9实际注册登录后只要1.9$），并且他家还提供一个月的免费S/MIME证书用于测试，可以先签发一个测试一下。

购买

测试没有问题后就可以开始正式购买

进入https://account.wiseid.com/dashboard/my-subscription

可以看到basic计划，该计划支持签发1-3年的证书

这里可以先买一年试用一下

Tips: 这里只能使用万事达或者VISA卡支付

支付成功后可以看到变成了Request Certificate

申请证书

点击Request Certificate后来到证书申请界面。

Tips: ECC仅支持签名，不支持邮件加密，RSA支持签名和加密

我个人更喜欢ECC，并且加密功能由我自己的OpenPGP提供，所以选择的是ECC。（虽然对NIST P-256也喜欢不到哪去，要是能Ed25519/Curve25519最好了）

Key Generation method部分看你自己，我个人因为不用于加密倒是无所谓（人家要是想搞坏事直接重新签发一个就行了），如果是RSA并且用于加密邮件，建议还是选择CSR上传不要将私钥托管至平台

当然如果是想简便那就选择服务器生成吧。

这里写一下如何通过CSR上传的方式来避免私钥的传输

首先需要安装OpenSSL，这不是本教程主题，需要自行搜索教程

安装完成后，打开终端（CMD），输入下面命令生成私钥

1

openssl ecparam -genkey -name prime256v1 -out my_smime_key.key

这里私钥会生成在当前终端的工作目录下

然后是生成CSR

1

openssl req -new -key my_smime_key.key -out my_smime.csr

这里会提示输入Country Name、State or Province Name等等，这些都不是重要的，最重要的是Common Name和Email Address，需要填写申请页面中你的邮箱地址。

然后将my_smime.csr的内容复制到申请页面中的指定位置，点击申请按钮即可。

申请成功后就可以点击Download旁边的下载证书按钮下载了。

制作PKCS12证书（可选）

如果你觉得公钥私钥分离太麻烦，或者有导入到其他设备的需求，可以将其打包成一个.p12证书文件，包含了公钥和私钥。

Tips: WISeID上下载的CRT公钥文件仅包含当前签发证书，不包含完整信任链，建议制作时将中间证书一起打包，避免出现问题

先是不打包中间证书

1

openssl pkcs12 -export -out final.p12 -inkey my_smime_key.key -in <签发的公钥CRT证书文件>

最后就会生成一个final.p12文件，包含你的公钥和私钥，当然也可以加个-passout pass:123456给证书设置个密码

如果要打包中间证书，需要先从官网下载中间证书：https://public.wisekey.com/crt/wcidpersgbca4.cer

1

openssl pkcs12 -export -out final.p12 -inkey my_smime_key.key -in <签发的公钥CRT证书文件> -certfile <下载的中间证书CER文件>

这样生成的证书文件就包含了中间证书。

后记

不知道为啥有效期是两年，我明明申请的是一年。

请妥善保管私钥，不要泄露，泄露后请及时Revoke。

参考

https://dallas.lu/cheapest-smime-cert-from-wiseid/

https://www.v2ex.com/t/1169946

https://blog.dejavu.moe/posts/how-to-apply-for-s-mime-certs-at-low-cost/

https://www.liups.net/2025/10/s-mime-证书签名加密电子邮件/#目录

众所周知，华硕天选系列的游戏本基本都是网卡硬盘叠叠乐。我当时那会天选三出来，网卡有Intel和Realtek（螃蟹卡）两个批次，我比较幸运抽到了Intel AX201。虽然Intel的比螃蟹卡好一点但不多，一旦电脑进入高负载还是会掉网卡。

不过那会都是高负载下才掉网卡，我电脑充电器一般都扔在寝室，在外的时候没充电也上不了高负载。在寝室的时我则是直接用有线，掉网卡也不影响，我也就懒得换AX210了。

然而最近在低负载开机时居然也开始掉网卡了，这就让我有点不能忍了。

特别是去实验室学习的时候，背着这么重的游戏本走老远的路到工位，开机发现网卡掉了上不了网，蓝牙也掉连不了耳机，只能坐在那发呆，属实是有点难蚌。。。

换网卡

之前听说在高温下AX210比201稳定很多（其实温度也没多高，我把原来的镁光换成了致态7100Plus，无缓加上单面颗粒，正常负载下也就48°左右，PCB背面温度应该更低），去PDD上找了一家看着还可以的，花了60买了个Intel AX210。

今天网卡到货后，便立马拆机换网卡

这电脑都被我拆N次了，裤裤就是一顿拆，虽然还没拆过网卡，但是知道大致位置，保险起见还是在B站随便找了个视频看了下教程。

其他步骤还好，主要是天线的拆卸和安装有点难蚌（还有那紧的要命的螺丝）。

旧网卡和天线的那个扣扣的超级紧，我扣半天没扣下来，最后还是先把网卡拆了再连着天线掰了下来

然而我把天线扣网新网卡上扣的时候半天扣不上去，扣上去了轻轻一挑又掉了，又不敢大力出奇迹怕把天线扣或者网卡座子弄坏，最后折腾半天才勉强扣上去。

驱动

换网卡之前提前把WIFI和蓝牙驱动下好了，不过装完开机后没过一会系统自己就打好驱动了

使用

AX210和201在功能上好像没多大区别，好像就是从蓝牙5.2变成5.3了，WIFI6变成了WIFI6E，支持6GHz。不过我一个也用不到😂

我在寝室用的有线，实验室那边还是WIFI5

后记

不知道Intel E5支不支持CNVio2，201好像要CPU支持CNVio2才能用，如果支持还可以给我的洋垃圾服务器装上，不支持就留着之后备用吧。

但其实团建的内容并不多，不知怎么，我来到那个山庄的后面，这里有一大片墓地，是中式那种坟墓，不过因为是白天，并没多恐怖。奇怪的是，这片墓地中有一栋老式单元楼。我靠近看，一楼的窗户完全看不见室内，像是被窗帘或者其他什么东西挡着似的。我绕着单元楼走了几圈，发现这一楼居然没有门，而且也没有上楼的路！我感觉很奇怪，于是又找了找，发现了一个半人高两人宽水泥砌的小门。趴着往里一钻，发现又是一个洞，不过这只能勉强一人爬过。我勉强钻了进去，发现前面是一个深渊。再往前是一个一人高的跳台，跳台上则是新版SCP重收里的那种重型铁门（？）。我发现没有开铁门的方式，而且这个跳台我也跳不上去。这个狭窄的空间给我很不好的感觉，于是我打算打道回府。然而就当我准备转身钻出去的时候，我突然进入了一楼的客厅，一个小男孩“𪠽𪠽”的出现在我面前。我观察了一下一楼客厅，屋子里暗暗的，窗户全部被窗帘遮住，阳光从暗红色窗帘透射进来，让屋子不是完全的黑。我觉得面前这个小男孩蛮活泼可爱的，便和他聊了许久。后来我发现了这栋楼的楼梯便慢慢往楼上爬去。这栋楼虽然外面看着是那种小的老式单元楼，但是进去后却是像电影大鱼海棠里那种大的老式单元楼，不过样式不是那种。楼里十分昏暗，没有窗户。我不敢往楼里进去太多，就打算往上爬。就在我爬到某一楼时，一个让我头皮发麻的东西在楼里的暗处看着我，我只看到发光的眼睛，看不见身体。我心里一紧，赶紧往上爬。爬到大概六楼后，这里一半是单元楼的走廊，一半是那种从大型洞穴里往外面看的景象。不过洞穴外好像是悬崖，我就没靠近。洞穴外的阳光通过藤蔓照了进来，让这层楼亮堂了很多。突然，我感觉有什么东西从我身后飘过，转身一看有什么东西飘进了单元楼暗处。我打算离开，连忙下楼。找到之前那个小洞，钻了出去……

时间来到晚上，不知道是谁也发现了这栋单元楼，拉着一群人打算探索一下。我说里面有不好的东西，建议大家不要进去，但是一群人还是打算进去。这时，那个小男孩突然出现，还多了个小女孩。一开始大家不知道怎么进去，我说我知道一个洞可以进去。结果就当我伸手准备爬进去的时候，摸出了一手的小骷髅头！我吓了一跳，准备继续劝大家不要进去，这时不知道是谁找到了上去的楼梯，大家都开始上楼。没办法，我带着小男孩也上了楼。上楼途中，我不断看到有什么东西从我身边路过，便提醒大家，结果大家说我疑神疑鬼，我也懒得管了。等上到我之前去的六楼，这里已经特别暗了，大家坐在地上休息。突然，我发现那个小女孩不见了，我就跟这个小男孩说不要来这个地方，这个地方是个杀人灭口的好地方，特别容易藏着坏人。休息了一会，我打算去找找小女孩，这时突然从暗处出来许多怪物，皮肤像僵尸那样灰败，但是又有丧尸般的速度。我拉着小男孩准备下楼，发现那些怪物居然不攻击我，我想起小男孩的种种，有点怀疑他，不过因为时间紧迫，我也没管那么多。下了一楼后，突然有人说出不去了。我从楼梯处的一个小孔往楼下看，发现楼外出去的人正在被一大堆怪物攻击。我拉着小男孩找了个暗处躲着，其他几个人也和我们躲在一起，原来的大部队也不知所踪。然而不知怎么，我突然被传送出了单元楼，正庆幸时，突然发现小男孩不见了。我不断问着从楼里逃出的人有没有看到一个小男孩和小女孩，但他们只让我快跑。这时一个怪物朝我冲了过来，就在战斗正激烈时，小男孩穿着一个披风出现，还递给我一件黑色披风。我穿上披风，发现还蛮好看的，而且那些怪物居然不攻击我了。小男孩拉着我准备离开这里，然后闹钟就响了……

和网友互换了OpenPGP公钥，然后测试了下加密邮件，然后有了下面的思考：

如何“规范”的进行加密邮件测试？

结论

这里先给出我的结论：进行三轮握手。

Tips：以上结论用于子密钥分担不同职责的情况。

原因

OpenPGP密钥有四个职能：认证、加密、验证、签名。

一般来说，主密钥担任认证职责，三个子密钥分别担任加密、验证、签名职责。

目前市面上的OpenPGP 物理安全密钥会有三个插槽，分别对应存储三个子密钥，主密钥则离线冷存储。

当两个人互换OpenPGP公钥后，准备发送测试邮件测试邮件加密功能：

这里使用A和B区分用户

第一次握手：A向B（也可以是B向A）发测试邮件（发起握手请求）

A的邮件客户端会使用B的OpenPGP公钥中的“加密”子密钥的公钥，对邮件内容进行加密，并使用自己的OpenPGP公钥中的“签名”子密钥对邮件进行签名。

B在收到邮件后，邮件客户端会使用自己的OpenPGP公钥中的“加密”子密钥的私钥对邮件内容进行解密，并且使用A的OpenPGP公钥中的“签名”子密钥的公钥对签名进行检查，如果检查通过，那么代表：

第二次握手：B向A发送测试邮件

这次和第一次流程是反过来的

B的邮件客户端会使用A的OpenPGP公钥中的“加密”子密钥的公钥，对邮件内容进行加密，并使用自己的OpenPGP公钥中的“签名”子密钥对邮件进行签名。

A在收到邮件后，邮件客户端会使用自己的OpenPGP公钥中的“加密”子密钥的私钥对邮件内容进行解密，并且使用B的OpenPGP公钥中的“签名”子密钥的公钥对签名进行检查，如果检查通过，那么代表：

第三次握手：A向B发送完成测试邮件

同样是B在收到邮件后，邮件客户端会使用自己的OpenPGP公钥中的“加密”子密钥的私钥对邮件内容进行解密，并且使用A的OpenPGP公钥中的“签名”子密钥的公钥对签名进行检查，如果检查通过，那么代表：

整理成表格如下：

整理成mermaid如下：

sequenceDiagram    autonumber    participant A    participant B    Note over A,B: 握手过程开始    %% 第一轮    rect rgb(240, 248, 255)    Note left of A: 状态: A什么都还不知道    A->>B: 第一轮握手 (A -> B)    Note right of B: 状态: <br/>1. A的“签名”子密钥功能正常<br/>2. B的“加密”子密钥功能正常    end    %% 第二轮    rect rgb(255, 250, 240)    B->>A: 第二轮握手 (B -> A)<br/>（隐含B的1、2点状态）    Note left of A: 状态: <br/>1. A的“加密”子密钥功能正常<br/>2. B的“签名”子密钥功能正常<br/>3. A的“签名”子密钥功能正常<br/>4. B的“加密”子密钥功能正常    Note right of B: (B维持上一轮状态)    end    %% 第三轮    rect rgb(240, 255, 240)    A->>B: 第三轮握手 (A -> B)    Note left of A: (A维持全正常状态)    Note right of B: 状态: <br/>1. A的“加密”子密钥功能正常<br/>2. B的“签名”子密钥功能正常<br/>3. A的“签名”子密钥功能正常<br/>4. B的“加密”子密钥功能正常    end

至此，A与B都已知自己和对方的邮件签名和加密功能正常。

后记

怎么感觉像是TCP的三次握手（

今天疯狂动物城2上映，前两天就订了票，今天吃完晚饭去看了看。

省流：非常好看😆

正文

剧情上来说，有搞笑，也有爱情，还有深度，而且没有毁IP，人物刻画特别棒，剧情张度也有，不是平淡无奇的那种，最后懂得都懂，肯定是Happy Ending啦

画面上来说，这点完全可以相信迪士尼，我看过的迪士尼动画画面就没有难看的，不仅是尼克和朱迪的面部表情刻画的很到位，其他角色也是非常不错。而且新角色猞猁（芝士猞猁bushi）颜值真的不错（逃）

角色表现上来说，人物刻画很立体，每个角色都很栩栩如生

总而言之，非常值得一看

后记

不要乱磕CP，会被制裁😂

时间片轮转调度是一种最古老，最简单，最公平且使用最广的算法，又称RR调度。每个进程被分配一个时间段，称作它的时间片，即该进程允许运行的时间。

更多介绍请看-> 时间片轮转_百度百科

自己用C简单实现了一下模拟时间片轮换，列队采用单向链表，在PCB释放上稍显啰嗦，如果用双向链表或者改用C++的vector容器的话代码会清晰很多。

代码

应该没什么奇怪的Bug了（确信

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
110
111
112
113
114
115
116
117
118
119
120
121
122

#include <stdio.h>
#include <stdlib.h>

typedef enum pstate
{
    READY,
    RUNNING,
    FINISHED
} pstate;

typedef struct PCB
{
    // 进程号
    int pid;
    // 进程状态
    pstate state;
    // 到达时间
    int arrivetime;
    // 还需要运行时间
    int runtime;
    // 优先级
    int prior;
    // 下一个PCB指针
    struct PCB *next;
} PCB;

int main()
{
    srand(20);
    // 时间片
    int pian = 3;
    // 进程数量
    int p_num = 5;
    // 初始化进程列队
    int pid_count = 1;
    PCB *head = (PCB *)malloc(sizeof(PCB));
    head->pid = -1;
    head->prior = -1;
    head->next = NULL;
    PCB *current = head;
    while (p_num > 0)
    {
        PCB *new_pcb = (PCB *)malloc(sizeof(PCB));

        new_pcb->pid = pid_count;
        pid_count++;
        new_pcb->state = READY;
        new_pcb->arrivetime = rand() % 20;
        new_pcb->runtime = rand() % 10 + 1;
        new_pcb->prior = rand() % 10 + 1;
        new_pcb->next = NULL;

        current->next = new_pcb;
        current = current->next;
        p_num--;
    }

    // 开始
    int now_time = 0;
    while (1)
    {
        PCB *ahead_current = head;
        current = head->next;
        // 当列队中所有pcb已执行完毕
        if (current == NULL)
        {
            break;
        }

        // 获取已到达的优先级最高的进程
        PCB *ahead_pcb = NULL;
        PCB *max_prior_pcb = head;
        while (current != NULL)
        {
            if (current->arrivetime <= now_time && current->state == READY && current->prior >= max_prior_pcb->prior)
            {
                max_prior_pcb = current;
                ahead_pcb = ahead_current;
            }
            ahead_current = current;
            current = current->next;
        }

        // 当列队中均等待
        if (max_prior_pcb->pid < 0)
        {
            printf("当前时间为:%d 等待程序到达中……\n",now_time);
            now_time += 1;
            continue;
        }

        // 开始执行
        // 切换PCB状态
        max_prior_pcb->state = RUNNING;
        printf("当前执行程序：PID:%d 到达时间:%d 剩余时间:%d 优先级:%d\n", max_prior_pcb->pid, max_prior_pcb->arrivetime, max_prior_pcb->runtime, max_prior_pcb->prior);
        // 判断时间片内是否执行完
        if (max_prior_pcb->runtime <= pian)
        {
            // 当前时间增加
            now_time += max_prior_pcb->runtime;
            // pcb剩余时间归零
            max_prior_pcb->runtime = 0;
            // pcb状态完成
            max_prior_pcb->state = FINISHED;
            printf("当前程序执行完成：PID:%d 剩余时间:%d 状态:已完成 当前时间:%d\n\n", max_prior_pcb->pid, max_prior_pcb->runtime,now_time);
            // 移出列队
            ahead_pcb->next = max_prior_pcb->next;
            free(max_prior_pcb);
        }
        else
        {
            // 当前时间增加
            now_time += pian;
            // 计算pcb剩余时间
            max_prior_pcb->runtime = (max_prior_pcb->runtime - pian);
            // pcb状态就绪
            max_prior_pcb->state = READY;
            printf("当前程序时间片已耗费完：PID:%d 剩余时间:%d 状态:等待继续 当前时间:%d\n\n", max_prior_pcb->pid, max_prior_pcb->runtime,now_time);
        }
    }
    printf("所有程序已执行完毕：花费时间：%d\n", now_time);
}

最近湖南又降温了（湖南的天气只有冬天和夏天，以及冬夏频繁交互的季节🤣），又是流感高发期，不出意外我又又又得流感了。。。

前期

一开始我就当普通感冒没管，结果过了一天病情突然加重，死命的咳嗽，半夜也猛猛咳嗽，联想到最近班上同学的感冒情况，大概又是得流感了

看医

一开始是打算去校医院买要，毕竟医保可以报销一部分药，结果开出来tm全是OTC中成药。。。

虽然我知道我们学校校医院也是水得要命，已经不抱什么希望了，不过还是打算先吃几天看看。

吃了大概两三天，效果是有一点点，鼻涕少了一些，头痛好了很多，但是还是咳嗽，并没有治本，于是打算自己买药

买药

我一般买药是在网上买，懒得跑去线下被药店各种推销

首先就是奥司他韦，这玩意抗流感效果是真的好，而且也有国产，效果也不错（原研奥司他韦还是蛮贵的，一盒好像是两百多块）

然后看推荐搭配有999感冒灵，于是顺带也买了

到货后我妈说让我买点消炎药，因为我喉炎也比较严重，一感冒喉炎就发，翻了下柜子，突然发现还有半盒没吃完的罗红霉素

挨个看了下说明书，感冒灵主要是不能和对乙酰氨基酚药物同时使用，奥司他韦主要成分就是磷酸奥司他韦，罗红霉素顾名思义。

奥司他韦的话主要是可能和减毒活流感疫苗出现相互作用，在接种减毒活流感疫苗两周内不建议服用奥司他韦

罗红霉素的话说明书中的药物相互作用一栏内的药我也没吃

综合下来就是止咳+抗病毒（抗流感）+抗生素（消炎）

效果

吃了两天，效果立竿见影

白天基本上只少部分时间可能会轻微咳嗽，晚上也只是咳嗽一两次

不过副作用也挺明显，奥司他韦和罗红霉素两种药物不良反应中都有恶心、呕吐

之前我都是饭后才吃，虽然也有轻微恶心症状，但还算好，今早空腹吃了一次，穿完衣服就开始恶心了😂（药效发挥的属实是太快了）

没办法只好去吃袁记云饺，吃点清淡的，结果越吃越恶心，看来是一点油都沾不了😂

后记

999也是催眠高手，吃完后昏昏欲睡，精神不振（感冒药通病），难怪说明书上特别写着服用后禁止驾驶机、车、船🤣。

希望这次感冒快点好吧。。。

最近想入手一下OPPO Pad4 Pro，刚好也是双十一，结果给我拉了坨大的

正文

之前就准备买OPPO Pad4 Pro的16+512，四代比三代好看多了，而且各种配置看起来也不错，不过新品发售价格不美丽

众所周知，国产电子产品一年后价格基本上都跳水严重，所以打算蹲一手

本来说等到今年10月那会pad 5发售，看看能不能降价，结果就降了200。。。你的pad3 pro可不是只降这么点

16+512的从4099降到3899，12+512的从3899降到3699

算上国补500块16+512还到3399，12+512则是3199

属实是一点没给我补，全补商家去了

不过要是开京东plus，一年99，去除购买费用，那么16+512还可以补290，价格来到3109，12+512的补270，价格来到2929

而且学生购机还送OPPO Pencil 2，虽然说是价值399，这会打个折差不多也350左右

算是勉强到我心理预期了（虽然我的心理预期是3000+送笔😆），吃相都一个样懒得喷

但是这一切的前提是能抢到国补🤣

众所周知，湖南国补那点券能抢到真就是走狗屎运了，所以不出意外的还是没抢到😅

虽然京东自己开了补贴，用京东支付不用抢国补，但是16+512的配置只减389，反而是12+512的减500

这样的话那基本上就只能选择12+512了，也不是不能用

不买立省100%

不过就在我把资金汇总的时候，越想越气，发布了一年新款还出来了结果就只减200，当时10月的时候就写着活动时间是10.15-10.31，以为到11.1价格会改一下，结果只是改个活动日期，活动继续，价格不变😅

而且，你要说有保价不好降官网价，那至少发个优惠券呀，还不发优惠券，那双十一双了个寂寞，第三方店还可以3000减200

最后国补还没抢到

反正又不是刚需，不买立省100%，谁爱买谁买😅

这个月差不多都是些零零散散的琐事，就用一篇小记来总结吧。

国庆

国庆大部分还是在学校玩，一个人去自助餐吃了一顿，然后就是最后一天去醴陵转了一圈。

不得不说，醴陵交通还是有些不方便，等部分线路公交车等半天，而且也没有共享电单车，走路脚都走痛了

实验室搬迁

由于今年学校研究生扩招，导致我们原来的实验室被划为研究生工位，一堆东西要搬走，不过我的东西倒不多

不过最难蚌的还是搬到新地方后，还没过几天，又被划为研究生工位了。。。

然后就是又搬迁……

参会

然后就是参加了一个工业软件创新发展大会，不过因为下午临时有座谈会，和同学交接完工作后就打车回学校了

参观工厂

报名的时候以为是参观科技公司，结果发现是参观工业类的公司qwq，整个队伍里计算机专业的就两三个人，其他全是电气自动化，机械专业的，感觉报错活动了（

不过倒也蛮有趣的，上午参观了一下本地的一个生产车间（不得不说有个车间味道是真的大。。。

还有就是去参观了一个通航企业，看了一下他们公司的直升机

中午免费蹭了顿饭，好吃（逃

下午则是去参观了一家水泥厂公司，然后听了个就业讲座，感觉还不错，没白来😄

团建

和部门里新来的干事们一起去大碗先生吃了顿饭，然后去KTV唱歌

他们在那里摇色子，我就在那唱歌😂

不得不说，团建人多就是好，饭钱平均下来每人30+，KTV平均下来每人才11块，还送了24瓶啤酒😂

全文完，感谢阅读。

之前的那个音响坏了，用了一年多，过保没多久，没办法，只能重新买个了

物色

在网上物色了一会，知道百元价位就纯听个响，也就没多苛求什么了

找了一圈，看上了g1500bar，主要还是这个外观设计比较戳我，7.1声道什么的无所谓，效果还不如不开

但是价格有点贵，日常价是199，但是经常打折到170左右

然而就当我打算买的时候，我发现这玩意居然也能用国补，能减20块钱，但总所周知，下半年的国补真的一言难尽，只能用“如补”来形容

现在湖南国补改成了每月一号抢，再看这发券量，能抢上就有鬼了，之前听有些人说抢了40多分钟才抢到，为了那20块钱浪费我半个小时实在没必要，少吃一顿就节省出来了。。。

最近打算不等了，等它降价到170多就买

下单

今天发现它上了京东的国家补贴，不用去逆天云闪付抢券，又去搜刮了几块钱的券，折合下来也差不多是170多

下单的时候买了个8块的三年三包故障无忧焕新，不想再被搞心态，过保就报废。。。

因为今早下单下得早，今日达下午六点就到学校驿站了

使用

听个响，中规中矩吧

试了一下麦克风，也没像网上说的那样不堪，感觉收音还不错

一开始都还不知道下面那个灯条是rgb，以为就一个颜色，看了说明书才发现原来是rgb灯条，还能音频响应（喜

而且当初也是当usb音响买的，突然想起这玩意也能用蓝牙连接，可以当蓝牙音响玩了（doge

因为电脑A口就两个，一个A口接了个USB HUB，一开始我把音响插HUB上，系统里看到了设备，但是就是无法输出声音，然后Windows就提示无法正常启动这个USB设备

我想这玩意又要从USB取电，又要传递数据，会不会是HUB的问题，接到另一个A口上后果然就正常了

然后这个音响还有软件，软件里可以调的功能还比较多，试了一圈下来我就开了个清晰度增强和动态低音，这两个功能确实是能让我明显感到变化，特别是动态低音，效果还不错（喜

来张桌面图（doge

后记

总体来说还不错，又是满意的一次购物体验😁

上个星期去网点，结果网点说系统还没升级，只能申请金葵花卡，让我等一个星期后再看看，来之前还可以先打网点电话问问。

等了一个星期，刚好今天下午没课，择日不如撞日，那就今天吧（doge）
保险起见先call一下网点电话，问了一下网点现在可以开普卡了，于是打车猛猛去网点

开卡

招行分行果然没让我失望，开卡流程顺畅无比，没额外要求任何证明材料，一张身份证即可，而且柜员业务熟练，裤裤就帮我开好了

而且限额直接就是学生能开的顶级，每日5k，
我之前那张招行的一类卡还是花了一个月才从2k升到了5k

最后小姐姐问我能不能100块存三个月定期，他们有任务，能不能帮个忙。既然人家服务这么好，这点小忙能帮还是会帮的啦，便存了100块的三个月定期。

暂时没绑在Google play上，因为我怕把地区弄回国区了，不过PayPal上倒是绑了试了一下，可以正常绑定。

这张卡是普卡（但是卡背面印刷着platinum debit），支持开为二类户，完全不影响原先的一类卡，而且支持APP查询预授权，无每月150元的账户管理费

卡支付来说，100%冻结比例，支持3ds（非强制），支持自动兑换货币（不占用每人每年5w美元额度），人民币账户，支持绑定微信支付宝，境外消费5‰返现，每月免首笔境外ATM取款手续费，境外ATM查询手续费、货币兑换手续费全免，而且听说汇率走的是万事达的汇率，比银行汇率优惠一丢丢

可以说国内万事达借记卡中，将它称之为神卡不过分吧

后记

自从中信的金貔貅支持自动兑换货币后，邮储那张万事达在我心中的地位就跌入底谷了，毕竟强制3ds这一点真的就拒了很多海外网站

今天逛了逛博客，发现已经十周年了诶😄

小学

还记得最开始那会，自己什么也不懂，不懂网站，不懂域名，更不用说html，js之类的，只是觉得这些网站很神奇。

在网上兜兜转转，用搜索引擎搜索，去大佬群里问，后来不知道在哪里看到，找到了一个叫领地网的网站，开启了我最初的博客生涯

其实那会领地网的模式有点类似现在的csdn，你在它的平台上发文章，而且只能写文字，也插入不了html和js

不过确实是让我在互联网中，第一次有了一块自己的小空间，开启了我的博客1.0

后来，领地网升级改版，这个网站也就不了了之

之后转向了安卓APP，在网上找了一个叫叮铛APP的APP设计平台，都是模块化设计，不用代码知识，对于当时的我来说刚刚好

还记得那会在官方群里和各个大佬交流，特别有趣

只是好景不长，平台从2.0升级到3.0后就改成收费的了，当时群里听说3.0要出来了还特别兴奋，结果出来后就改成收费，没办法，只好放弃app

初中

到初一后，家里有了电脑，我开始接触更多信息，了解到虚拟主机，便在网上找免费的虚拟主机

我记得最开始接触的是一个叫3vfree的虚拟主机网站，提供100M的免费空间，仅支持静态html和asp

虽然配置低，但是当时也玩得起劲，还在网上找了许多asp网站程序，玩得不亦乐乎，只是这个免费虚拟主机会在你的网站底部自动加上广告。。。

后面又了解到云邦互联这个网站，提供免费虚拟主机，但是好像只有半个月有效期，续期需要去各个论坛发广告审核，用了一段日子，直到一次因为审核晚了数据都被清了，就再也没用这个网站

那会还买了自己第一个域名，不过因为有点中二，后来换成了现在的域名

之后又断断续续找了很多免费的虚拟主机网站，但是都不稳定，而且那会重心也从网站转向写程序

安卓app暂时没头绪，无意间了解到C#的netframwork，开始写winform程序

一直到初三上吧，重心才又开始转向网站，中间这段混乱的时间算是我的博客2.0

时间来到初三，当时阿里云好像是有个学生机器优惠，每个月只要9.9，那会非443端口的网站还不需要备案，我便用那个优惠机器搭网站

那会开始了解到宝塔面板，最开始Windows宝塔面板还有设置GUI，可以在GUI里面调整网站配置，后面倒是全搬到web面板中了

也多亏了宝塔，让我的网站搭建之路很顺畅，不用折腾MySQL，apache这些环境

也是从这里开始，我用上了真正的博客程序，emlog，搭配了一个当时emlog中超好看的叫colorful的主题，开始我的博客3.0

高中

到高一的时候，emlog从5.x升级到了7.x，emlog5被爆出有漏洞，但是colorful主题并不支持emlog7，没办法，只好舍弃了emlog

与此同时，我又了解到了wordpress，便搭建了一个wordpress，把文章全部迁移到了wordpress

但众所周知，wordpress十分臃肿，阿里的9.9小鸡根本扛不住，再加上寒假那会我还要那它开mc服务器（狠狠压榨了🤣），大部分时间其实都花在怎么优化wordpress，不过好在在我高中学业繁忙之前弄好了

到了高二高三，就真的没有时间去打理网站了，一直忙着学业，而且那会又突然喜欢上写程序，白天课余时间构思，在纸上写程序框架和逻辑，写伪代码，星期天就用3个小时的时间在家里实现

别人周末打游戏，我周末就写程序😂

不知不觉，高中生活转瞬即逝，转眼就进入了大学生活

大学

到了大学，那时间就是大把大把的多😆

给自己的博客换了一个好看的主题，叫pjax sakura，同时也开始混博客圈，算是正式进入博客4.0

我记得应该是和 晓空 互换了第一个友情链接，他博客现在用的主题就是pjax sakura

我的博客同时也于2022年12月10日加入了开往，于2022年12月31日加入了十年之约

后来是实在忍受不了wordpress的臃肿，在了解到hexo后就直接转了hexo，用上了butterfly主题（也就是现在用的这个）

同时也给博客做了版本控制：

未完待续

一路陪伴，感谢有你❤️

在历经状态机设计，爆栈，中文字体缺失，URL编码问题，C++野指针，页面竞争，任务假死，二维码无法扫描等亿系列问题后，终于弄好了。

目标

采用OAuth2的设备码授权方式，设备请求用户代码并向用户展示，由用户在自己的设备上进行授权，授权完成后ESP32拿到令牌，然后对用户资源进行访问。

已实现功能

系统

采用FreeRTOS任务模式，实现多任务并发，结合排他锁解决并发竟态问题。

WIFI

支持断线重连，当出现断线时自动切换任务。

UI

支持切换不同页面，为不同功能页提供显示功能。

OAuth

支持自动轮询授权情况，并支持当授权链接失效时自动重新获取以及生成二维码。

不足

感觉还不是最佳实践，系统健壮性不高，无法支撑复杂功能（未验证）

屏幕还是太小了，128*64的分辨率一个正常包含链接的二维码都塞不下去，目前只能用二维码展示用户授权所需的用户代码，无法展示完整授权链接，可能需要制作一个专用APP用于扫码来拼接授权链接并在用户端调起授权。

下一步方向

寻找最佳实践的设计，增加系统健壮性，目前状态机设计还有提升空间

支持复杂的交互操作，支持16键输入控制系统以及页面，实现菜单选择等

接入NFC控件，便于用户进行碰一碰授权操作

接入蓝牙通信，动态控制设备连接附近WIFI（可能需要制作配套APP）

接入MQTT，实现远程控制（已实现样例）

最近玩ESP32玩得起劲（太好玩了），光做软件上的编程还差点意思，昨天只实现了MQTT远程点灯，于是今天打算利用好这30多个GPIO口玩玩硬件上的。

踩坑

因为是第一次玩，什么硬件知识都不懂，顶多了解了一点课上学的模电数电知识（还是非电气专业的课程，属于是基础中的基础），也不敢乱接（金属膜电阻都不会认，100欧的电阻找了半天），于是猛猛问ChatGPT

之前买了好几个有趣的外设，例如红外接收器，显示屏，有按键的数码管。

感觉有按键的数码管更好玩，16个按键可以设置16个状态，不用老是重新烧写（每次编译时间还不短。。。）

找客服要了一份资料，本来是打算只要一个管脚图的，客服发了一堆资料（手册，电路图等等），感觉事情的不简单

里面找到了一份TM1638B（驱动芯片）的Arduino工程文件，打开一看200多行代码（给刚点完灯的小白亿点点震惊）

尝试看了一下代码，嗯，完全看不懂。。。

不过无所谓，打算先烧上去再说，看看怎么玩

编译完成后，问了问ChatGPT该怎么组装

然而我发现这玩意的工作电压是5V，问了一下ChatGPT，才发现ESP32 S3是3.3V，两者不能直接连接

详细问了一下，才知道要电平转换，而且查了一下资料，这个芯片最低高电平电压是0.7*VDD，也就是至少要3.5V，3.3V完全不够，并且从TM1638B向ESP32传输数据时5V直接进GPIO口也会烧坏板子

没办法，那只能去淘宝物色一下电平转换的模块了

尝试

又看了一下红外接收器，发现也要5V，不过显示屏倒只要3.3V就能驱动，于是找ChatGPT又开始问东问西

然后就又了解到I2C是开漏输出，需要外部上拉电阻，4.4k欧或者10k欧，用于上拉信号，但是我没有4.4k欧的，只好用10k欧的

组装好电路后，找ChatGPT要了一份代码，就当我以为ok时，刷完固件显示屏直接花屏。。。

折腾过去又折腾过来，从I2C地址到线材通信等等，最后发现是我芯片提供错了，我用的这个OLED显示屏驱动芯片是SH1106，我给ChatGPT说成另一款屏幕的SSD1306了😅

ChatGPT一个流汗黄豆塞我脸上🤣

换了新的代码终于是能跑了。

Arduino IDE对于我来说太难用了，不过本质还是C++开发，理论上VSCode也可以。

安装 Arduino CLI

Arduino不仅提供了IDE，也提供有命令行工具

首先安装Arduino CLI，在 https://docs.arduino.cc/arduino-cli/installation/ 中找到适合自己系统的Arduino CLI并进行安装。

安装完成后输入arduino-cli help core确保已经正常安装。

配置 Arduino CLI

首先需要初始化Arduino CLI

1

arduino-cli config init

配置“用户目录”，该目录会用于存放第三方库等等，推荐和config设置为一个路径

1

arduino-cli config set directories.user "用户目录路径"

然后添加官方的加速源，否则可能下载会十分慢

1

arduino-cli config set board_manager.additional_urls https://jihulab.com/esp-mirror/espressif/arduino-esp32/-/raw/gh-pages/package_esp32_index_cn.json

接着更新板子列表

1

arduino-cli core update-index

这里我们可以先不下载。

配置 VSCode与环境

安装Arduino Maker Workshop插件，然后打开一个文件夹用于工作目录。

插件安装完成后在侧边栏点击插件，点击Maker Workshop Home，即可打开配置栏。

首先进入Boards Manager，点击Not Installed标签，搜索esp32，然后点最右边的倒三角展开，版本选择x.x.x-cn，这个才是加速的版本

然后点击版本旁边的下载按钮开始下载。

安装完成后进入Board Selection，选择ESP32S3 Dev Module即可。

接着点击Board Configuration配置板子

Uplaod Speed最好别选921600，太高板子可能承受不住，512000我的可以正常刷入，实际根据板子体质决定。

Flash Mode根据实际情况来决定，部分板子可能支持OPI，可以通过下面命令查看（错误的配置会导致板子无法启动）：

提示esptool找不到则是没安装esptool，如何安装esptool请自行Google

1

esptool flash-id

然后回输出Flash Memory Information，在Flash type set in eFuse一栏中查看，我的板子是quad (4 data lines)

所以我选择QIO 80MHz，如果你的Flash支持8 data lines则可以选择OPI

Flash Size是多少选多少，我的是N16R8，所以我选择的是16MB

Partition Scheme我选的是16M Flash（2MB APP/12.5MB FATFS），自己根据实际情况选择

PSRAM一般情况下，ESP32-S3-WROOM-1-N4R8/N8R8/N16R8是支持Octal SPI的，可以选择OPI PSRAM

该文中有详细表：https://blog.csdn.net/tianizimark/article/details/125264464

Arduino Run On和Events Run On是否要同一个核心看你自己，不同核心的话可能会出现多线程竟态问题（存疑），如果工程简单的话都跑在一个核心上没问题

剩下的全部默认即可

编译烧录

点击Compile和Upload就行。

飘红问题

有时候安装第三方库include后会飘红，这里只需要编译（Compile）一下，就会自动补齐配置

如果还是有问题，按住Ctrl+Shift+P打开VSCode的命令栏，找到编辑配置（UI），指定一下g++位置，包含路径中添加库文件夹即可

例如我的是C:\Users\GoodBoyboy\AppData\Local\Arduino15\libraries/**

参考

https://docs.arduino.cc/arduino-cli/getting-started/

https://blog.csdn.net/ZHOU_YONG915/article/details/130118049

https://docs.espressif.com/projects/arduino-esp32/en/latest/installing.html

https://blog.csdn.net/tianizimark/article/details/125264464

https://blog.csdn.net/tianizimark/article/details/124663902

本教程适合乐鑫官方ESP32-S3模组，非官方模组可能不适用

下载固件

Tips:根据 Commit 6201e77，现在MicroPython已经支持自动计算flash大小

进入MicroPython的ESP32 S3的固件下载页面https://micropython.org/download/ESP32_GENERIC_S3/

在Firmware (Support for Octal-SPIRAM)下方找到最新的一个固件，点击[.bin]下载bin格式的固件。

安装刷入工具

这里使用乐鑫的官方刷入工具esptool

没有python环境请先安装python环境

1

pip install esptool

安装esptool时会自动配置好环境变量

刷入固件

将EPS32-S3接入计算机，建议使用USB to COM口，即插即用。

一般来说esptool会自动识别COM口，不需要在命令中手动指定；Linux环境下可能需要将命令中的esptool替换为esptool.py

首先擦除flash：

1

esptool erase_flash

然后刷入固件：

1

esptool --baud 460800 write_flash 0 你的固件.bin

如果中途刷入失败可以尝试降低或移除--baud 460800（一般不会）

使用MicroPython

刷完将板子重接接入计算机，使用各种交互式终端连接对应的COM口即可

可以使用下面代码查看内存和闪存情况：

查看内存：

1
2

import micropython
micropython.mem_info()

查看闪存：

1
2
3

import esp
esp.flash_size()
#或者esp.flash_size()/1024/1024

自行编译固件（可选）

本地编译

需要良好的网络环境

这里需要使用到IDF

目前，MicroPython支持IDF v5.2、v5.2.2、v5.3、v5.4、v5.4.1 和 v5.4.2

环境最好为Linux，Windows下则需要使用WSL

首先Clone拉取IDF

1

git clone -b v5.4.2 --recursive https://github.com/espressif/esp-idf

然后安装IDF：

1
2
3

cd esp-idf
./install.sh esp32
source export.sh #用于设置环境变量，每个新会话都需要重新设置

然后回到上一级目录，拉取MicroPython

1

git clone --recursive https://github.com/micropython/micropython

构建交叉编译器

1
2

cd micropython
make -C mpy-cross

构建MicroPython

1
2
3

cd ports/esp32
make submodules
make BOARD=ESP32_GENERIC_S3 BOARD_VARIANT=SPIRAM_OCT

构建完成后可以在build-ESP32_GENERIC_S3-SPIRAM_OCT文件夹中找到firmware.bin，这就是最终的固件。

GitHub Action 编译

可以使用GitHub Action来编译固件，避免网络环境问题。

https://github.com/GoodBoyboy666/ESP32-S3-N16R8-Action

可以自行fork修改

参考

https://github.com/micropython/micropython/tree/master/ports/esp32

https://github.com/micropython/micropython/tree/master/ports/esp32/boards/ESP32_GENERIC_S3

https://micropython.org/download/ESP32_GENERIC_S3/

http://micropython.com.cn/en/latet/esp32/quickref.html#installing-micropython

https://github.com/espressif/esp-idf/blob/master/README_CN.md

https://www.bilibili.com/video/BV1s24y137cK?vd_source=d70f12a573c31ee545ff78eaf31116ea

Picokeys是一个开源的安全密钥固件，支持在Raspberry Pico (RP2040, RP2350) 和 ESP32-S3上运行

目前PicoKeys有三种功能：HSM、Fido2 Passkey、OpenPGP & PIV

刷入固件

一般EPS32 S3开发板有两个Type-c口，一个是USB直通，一个是USB to COM

使用USB直通需要进入特殊的bootloader模式才能刷入

使用USB to COM则可以直接刷入（需要安装对应芯片的驱动，我的板子上是CH343）

进入bootloader模式方法：

插入计算机，按住Boot按键后再点按RST按键，最后松开Boot按键。

然后进入Picokeys的ESP32 Flasher（https://www.picokeys.com/esp32-flasher/）

这里需要使用Edge或者Chrome浏览器，Firefox不支持

选择想要刷入的固件，点击Connect，在浏览器弹出的窗口中选择Jtagxxxx或者Usb single serial

修补

刷完固件后还需要使用Pico Commissioner来修补VIDPID

修补是在非bootloader模式下进行的
拔出EPS32再插入（如果之前选择插入的是USB to COM，则可能需要插至USB直通）

进入Pico Commissioner（https://www.picokeys.com/pico-commissioner/）

选择一个Vendor，其他设置自己自定义，然后在Options下方勾选Initialize

最后点击Commission via WebUSB，选择Picokeys进行修补

Tips：如果点击后没反应可以尝试使用手机的Edge或者Chrome试试

1

lspci -vnn | grep -i VGA

检查输出内容中是否含有Nvidia字样的设备。

修改源

NVIDIA驱动属于闭源软件，需要启用non-free源

编辑source.list文件

1

sudo nano /etc/apt/sources.list

在每个源后面加上contrib和non-free，保存后退出。

然后更新软件包列表

1

sudo apt update

安装驱动

1

sudo apt install linux-headers-$(uname -r) nvidia-driver firmware-misc-nonfree

安装时会自动禁用nouveau

导入签名公钥

因为修改了内核模块，将无法通过secure boot启动，需要手动导入密钥至bios，如果主板未打开secure boot则可以跳过本节。

安装时已自动生成了密钥并对模块进行了签名，这里只需要导入签名公钥即可

1

sudo mokutil --import /var/lib/dkms/mok.pub

一般是这个路径，安装日志中会显示文件位置

然后会要求你输入密码，该密码仅用于临时验证，不需要太复杂

重启机器

1

sudo reboot

如果导入了签名公钥，那么在启动时会出现MOK management界面，选择Enroll MOK->Continue，然后输入刚刚使用mokutil导入公钥时输入的密码。

检查驱动

进入终端输入nvidia-smi，如果输出了显卡详细信息以及GPU进程，则代表驱动安装成功。

食用方法

启动程序时设置环境变量__NV_PRIME_RENDER_OFFLOAD=1 __GLX_VENDOR_LIBRARY_NAME=nvidia即可。

因为取结果只有我一个人，而且这会医院下午才上班，人还不是很多，所以我下意识的想着他会不会想拐我，于是站在那里没动。

不过转念一想，一个还没我一半高的小屁孩怎么拐我，看着他一直催，我又怕是真的有什么事情，他妈妈需要帮忙什么的（因为旁边就是儿科）

于是我就慢慢的跟在他后面。

我又想万一不止他一个呢？例如利用小孩让人放松警惕把我带到偏僻地方，然后出来几个大汉把我绑走什么的，或者未成年犯罪？而且看他那不怀好意的眼神（真的就是那种赤裸裸不怀好意的眼神），我又有点不想管了。

不过还没等我想完，他就已经往儿科里去了，我想那个地方怎么都不能发生绑架这种事吧，想看看他到底搞什么鬼，便和他一起进了儿科

然后令我无语的地方来了

他把我带到儿科护士值班的地方，指着那里的一个护士说让我嫁给她？？？？？？

什么跟什么？？？

然后那个护士对着我和那个小孩笑。。。

哪家小屁孩又放出来没人管了

我当即转身就准备走，懒得和这种小屁孩计较，虽然我不急但是我的时间也不是让这种人随意浪费的

然后那个小屁孩还拉着我的手在那里继续说让我嫁给她。。。

我无语的把手抽出来，对着他说我有自己的事情，然后就没理他自己走了。

真的是什么跟什么，这么屁大的孩子知道结婚的意义是什么么，也不知道是在哪学的这些。。。

“逆境或许能将人毁灭，但别让它轻易把你我打败”

差不多半年前，不知道发生了什么，博客在Bing的索引直线下降，直到完全没有。

URL检查是能索引的，但是就是死活不索引。。。

后面看到有人也有这个情况，是需要向客服提交工单解决，于是大概一个月前我也向客服提了工单，中间陆陆续续收到几封客服邮件，今天收到客服邮件说已经解决了该问题

上线Webmaster Tools看了一下，确实印象数上升了

去bing搜了一下site:goodboyboy.top，也确实是能看见博客了

后记

长达半年的丢失索引终于解决了😂，后面只能等排名慢慢恢复了

继上文《家里蹲大学即将建校，欢迎各位莘莘学子来本校深造（doge》，今日家里蹲大学正式建校（doge

我们将为每位同学免费分发本校的教育邮箱，教育邮箱申请方式如下：

向me#goodboyboy.top（#换成@）发送邮件进行申请，申请内容需要包含以下内容：

• 用户名（仅允许包含A-Z，a-z，0-9）

为防止被用于发送非法邮件，此邮箱使用CloudFlare邮件转发功能，只允许收信不允许发信，转发目的地为发送申请邮件的邮箱地址。

申请通过后将会向转发目的地邮箱发送一封验证邮件，请及时完整验证避免影响收信。

另外，禁止滥用教育邮箱，否则我们有权利收回教育邮箱

题外话

可以去薅薅管的不严的一些学生优惠，像GitHub Education这种特别严的就不要想了

另外因为使用邮件的是转发功能，所以收信可能会慢一些，国内的某些邮箱甚至可能收不到信，可以提前用自己的另一个邮箱测试一下。

最近注册了一个edu.kg后缀的域名，打算当一把校长（doge，看看能不能过那些教育邮箱验证

这类野鸡域名可能难过，不过可以试试，反正注册一个也没多少钱，实在不行就拿来自己玩了

目前正在等待全球NS记录同步，到时候整个官网和域名邮箱，欢迎有意愿的同学们来本校深造，我们会给每位学子分发自己的教育邮箱（doge

前言

最近在学校都是三点一线，早上去寝室刷牙，白天在实验室，晚上去寝室洗个澡，然后回实验室睡觉。

感觉有点乏味，是时候出去散散心了

骑车

打算骑车去散散心，刚好最近新增了另一家共享电动车，电动车设计的更合理，比原来那几家多了手机槽，喇叭也是电喇叭，还有转向灯

原来那几家共享电动车真的可以划为单车范围了😂

电喇叭什么的其实都还好，我特别喜欢那个手机槽

以前用手机导航，只能用耳机连接手机，然后把手机揣口袋里，听着导航播报

高德有时候播报又特别抽象，时不时来一个“右前方”，还特别喜欢和右转一起播报，有时候我都走上直行道了，到路口给我说要右转，有时候我都右转了，给我说偏离路线。。。

现在听到“您已偏离路线，正在为您重新规划”这句话我就ptsd

而新的共享电动车，我就可以把手机放在手机槽里，看着导航开了😁

就在我解锁后，发现运营区域居然扩大了！！！

原来只能在河的西侧，现在把几乎是整个城市都包围了起来，我的活动范围大大扩张！！！

这不美美骑一下，直接高德导航到河东的运营区边缘😄

散心

虽然湖南温度晚上也高，但是开着电动车吹着风还是很舒服的

过桥时发现对面山头风景还不错，随手拍了一张

听着歌吹着风，看看风景，还是很不错的😄

给大家分享一下骑车时听的歌，都超好听（加载播放器可能需要一点时间，部分歌要VIP就通过歌名分享）

VIP歌曲：

• 歌曲名：面会菜，歌手名：林生祥，专辑名：大佛普拉斯 电影配乐
• 歌曲名：空白，歌手名：王舜禾，专辑名：伍六七之暗影宿命 原声大碟
• 歌曲名：时光盲盒，歌手名：ChiliChill，专辑名：2021哔哩哔哩拜年纪
• 歌曲名：虫儿飞，风儿吹，歌手名：小蓝背心，专辑名：百啭千声
• 歌曲名：天命 The Chosen One (feat.William Wu)，歌手名：且听东方/Ferkingge，专辑名：天命 The Chosen One (feat.William Wu)
• 歌曲名：武侯祠，歌手名：闫东炜，专辑名：天朝元素project
• 歌曲名：Black Myth: Wukong Main Theme (COVER版)，歌手名：Diego Mitre，专辑名：Black Myth: Wukong Main Theme (Cover)
• 歌曲名：以梦为马，歌手名：熊猫堂ProducePandas，专辑名：大惊小怪
• 歌曲名：淋雨一直走，歌手名：张韶涵，专辑名：有形的翅膀

返回

返回的时候不打算原路返回，打算围着运营区边缘绕着回去。

相较于河东这边的窄公路，还是绕城的大路骑起来更爽😁

下面是过另一座桥时拍的夜晚风景

中途在一个立交桥下还遇到了卖臭豆腐的小摊（走不动路了）

停下来买了份臭豆腐，不过当时时间有点晚了，要赶着回寝室洗澡（十一点半要关门），就直接挂在车上

开了一会后发现车摇来摇去容易撒，只好停在一个垃圾桶旁边吃（偷感超重😂）

最难蚌的是，我选的这个地方明明很隐蔽，为啥还有人会路过？？？

我当时是背着那几个人的，我明显看到他们几个路过我的时候还专门看了我几眼。。。怕不是被看成乞丐了🤣

吃完赶紧润，抓紧时间赶路，最后成功到达宿舍。

整个行程花了大概两个半消失，开了33公里，花了15.5，性价比还是蛮高的

后记

以后有空还可以多转转，活动范围变广了，又有新的区域可以探索了😀

OAuth 2.0 是一个行业标准的授权框架，它允许第三方应用程序在不获取用户凭证（如用户名和密码）的情况下，有限度地访问用户在某一网站上存储的私有资源。

OAuth 2.0 中的四个核心角色：

• 资源所有者 (Resource Owner)：通常是终端用户，拥有受保护资源的最终控制权。

• 客户端 (Client)：希望访问资源所有者受保护资源的第三方应用程序。

• 授权服务器 (Authorization Server)：负责验证资源所有者的身份，并在获得资源所有者授权后，向客户端颁发访问令牌（Access Token）。

• 资源服务器 (Resource Server)：存储受保护资源，并接受和验证访问令牌，以允许客户端访问资源。

授权码模式 (Authorization Code Grant)

这是功能最完善、安全性最高的授权模式，因为需要保持client_secret非公开，推荐用于传统的 Web 应用（即拥有后端的应用）。

下文的客户端包括客户端的前端与后端，资源所有者一般为用户

sequenceDiagram    participant ResourceOwner as 资源所有者    participant Client as 客户端    participant AuthServer as 授权服务器    participant ResourceServer as 资源服务器    ResourceOwner->>Client: 1. 访问客户端    Client-->>ResourceOwner: 2. 返回授权链接    ResourceOwner->>AuthServer: 3. 通过链接访问授权页面    AuthServer-->>ResourceOwner: 4. 展示授权界面    ResourceOwner->>AuthServer: 5. 确认授权    AuthServer->>Client: 6. 重定向回调（携带code）    Client->>AuthServer: 7. 发送code + client_secret请求token    AuthServer-->>Client: 8. 返回access_token    Client->>ResourceServer: 9. 携带access_token请求资源    ResourceServer-->>Client: 10. 返回受保护资源    note left of ResourceOwner: 用户操作流    note right of AuthServer: 安全校验：    note right of AuthServer: - 验证code有效性<br/>- 验证client_secret<br/>- 检查重定向URI

发起授权请求

当用户使用客户端时，客户端需要发起授权请求。

该请求实际由用户发起，客户端负责构建一个包含client_id、redirect_uri、response_type 和scope等参数的URL授权请求链接：

Base URL：授权服务器的授权Endpoint，例如https://xxx.com/api/authorize
response_type：code
client_id：客户端ID
redirect_uri：回调URL
scope：资源（权限）范围，例如openid、email、profile等
state：随机字符，可选（推荐），用于防止跨站请求伪造（CSRF）攻击

例如：

1

GET /authorize?response_type=code&client_id=CLIENT_ID&redirect_uri=CALLBACK_URL&scope=SCOPE

确认授权

用户定向到授权链接，如果此时用户未登录，则会要求用户进行登录

登录完成后，授权服务器会展示本次授权请求相关信息，例如客户端的详情，请求的资源内容等

如果用户确认授权，则重定向至redirect_uri（上文示例中的CALLBACK_URL内容）并在URL参数中携带本次确认授权的 AUTHORIZATION_CODE

Tips：正常情况下，授权服务器会对redirect_uri的内容进行校验，确保当前授权链接中的redirect_uri内容与客户端在授权服务器注册时预留的redirect_uri内容一致，否则重定向至钓鱼链接会导致本次确认授权的 AUTHORIZATION_CODE 泄露

客户端请求access_token

客户端通过redirect_uri拿到本次授权的 AUTHORIZATION_CODE 后，使用 AUTHORIZATION_CODE 和 client_secret 向授权服务器请求 access_token

如果客户端启用了 state ，还会校验当前回调链接中的 state 值是否和当初授权链接中的 state 值一致，确保 AUTHORIZATION_CODE 仅用于本次授权请求会话，防止跨站请求伪造（CSRF）攻击

Base URL：授权服务器的令牌Endpoint，例如https://xxx.com/api/token

客户端向Base URL发送POST请求，请求体Content-Type为application/x-www-form-urlencoded，请求体内容如下：

grant_type：authorization_code
code：上文的 AUTHORIZATION_CODE
redirect_uri：回调URL
client_id：客户端ID
client_secret：客户端Secret

客户端请求资源

当授权服务器返回access_token后，使用access_token向资源服务器请求所需要的资源

资源服务器对access_token进行一系列校验，确认身份后返回客户端所需要的资源

客户端凭证模式 (Client Credentials Grant)

该模式适用于没有特定用户参与的场景，即客户端以自己的名义访问资源（例如，机器对机器的通信）。

因为没有用户参与，因此这里客户端可以直接向令牌Endpoint请求access_token

该模式需要具体参考授权服务器的文档，例如authentik身份识别基于服务账户，身份验证基于应用密码令牌（client_secret），因此还需要传递服务账户的username和password，这里仅示例通用情况。

客户端请求access_token

Base URL：授权服务器的令牌Endpoint，例如https://xxx.com/api/token

客户端向Base URL发送POST请求，请求体Content-Type为application/x-www-form-urlencoded，请求体内容如下：

grant_type：client_credentials
scope：权限范围，具体参考授权服务器文档

请求头：

Authorization：Basic ${将 client_id:client_secret 进行 Base64 编码后的字符串}

当然也可以将客户端凭证放在请求体中：

grant_type：client_credentials
scope：权限范围，具体参考授权服务器文档
client_id：客户端ID
client_secret：客户端Secret

客户端请求资源

当授权服务器返回access_token后，客户端使用access_token向资源服务器请求所需要的资源

资源服务器对access_token进行一系列校验，确认身份后返回客户端所需要的资源

授权码 + PKCE (Proof Key for Code Exchange)模式

PKCE 是对授权码模式的增强，现在被认为是所有类型客户端（包括原生应用、单页应用和传统 Web 应用）的最佳实践。

核心思想：在授权请求时，客户端生成一个随机的验证器（code_verifier），并将其哈希值（code_challenge）发送给授权服务器。当客户端用授权码交换访问令牌时，必须同时提供原始的 code_verifier。授权服务器会验证 code_verifier 和 code_challenge 是否匹配，从而确保即使授权码被截获，攻击者也无法在没有 code_verifier 的情况下冒用。

sequenceDiagram    participant C as 客户端 (App)    participant U as 资源所有者    participant AS as 授权服务器    participant RS as 资源服务器    Note over C: 1. 生成 code_verifier, <br/>   计算 code_challenge    C->>U: 2. 发起授权请求 (携带 code_challenge)    U->>AS: 用户浏览器重定向至授权服务器    AS-->>U: 要求用户登录并授权    U->>AS: 同意授权    AS-->>C: 4. 重定向并返回授权码 (code)    Note over C: 截获此处的 code 也无用，<br/>因为攻击者没有 code_verifier    C->>AS: 5. 交换令牌请求 <br/>(携带 code 和 code_verifier)    Note over AS: 6. 验证 code_verifier 和 <br/>   之前存储的 code_challenge 是否匹配    AS-->>C: 验证通过，返回 Access Token    C->>RS: 7. 使用 Access Token 请求资源    RS-->>C: 返回受保护的资源

发起授权请求

客户端首先生成一个随机的 code_verifier，将这个 code_verifier 存储在本地（例如，App 的内存或浏览器的 sessionStorage 中），根据 code_verifier 计算出对应的 code_challenge。

然后构建授权请求链接：

Base URL：授权服务器的授权Endpoint，例如https://xxx.com/api/authorize
response_type：code
client_id：客户端ID
redirect_uri：回调URL
scope：资源（权限）范围，例如openid、email、profile等
state：随机字符，可选（推荐），用于防止跨站请求伪造（CSRF）攻击
code_challenge：第一步通过code_verifier计算出的code_challenge
code_challenge_method：S256（具体看授权服务器的支持类型）

授权服务器收到请求后，会存储 code_challenge 并将其与即将生成的授权码关联起来。

确认授权

用户在授权服务器的页面上登录，并同意授权给客户端。

然后重定向至redirect_uri，并附带code与state内容

客户端请求access_token

与标准的授权码模式相比，请求体中必须额外包含第一步生成的code_verifier

Base URL：授权服务器的令牌Endpoint，例如https://xxx.com/api/token

客户端向Base URL发送POST请求，请求体Content-Type为application/x-www-form-urlencoded，请求体内容如下：

grant_type：authorization_code
code：上文的返回的code
redirect_uri：回调URL
client_id：客户端ID
code_verifier：第一步生成的code_verifier

收到请求后，授权服务器计算code_verifier在使用算法（S256）后是否与开始提供的code_challenge一致，一致则下发access_token。

客户端请求资源

当授权服务器返回access_token后，客户端使用access_token向资源服务器请求所需要的资源

资源服务器对access_token进行一系列校验，确认身份后返回客户端所需要的资源。

设备码流程 (Device Code Flow)

设备码流程（Device Code Flow）非常巧妙地解决了那些没有浏览器或输入不方便的设备（比如智能电视、游戏机、命令行工具、树莓派等）如何进行 OAuth 2.0 授权的问题。

整个流程的核心思想是：在输入受限的设备上发起授权，然后在另一个功能齐全的设备（如手机或电脑）上完成授权确认。

sequenceDiagram    participant TV as 客户端设备 (智能电视)    participant User as 用户    participant AS as 授权服务器    participant Phone as 授权设备 (手机)    TV->>AS: 请求设备码和用户码    AS-->>TV: 返回 device_code, user_code 等    TV->>User: 显示 user_code 和验证网址    User->>Phone: 在手机上访问网址    Phone->>AS: 提交 user_code 并登录授权    Note over TV, AS: 设备在后台持续轮询, 直到用户授权成功    AS-->>TV: (轮询成功后) 返回 Access Token    TV->>User: 显示登录成功

设备发起授权请求

设备向授权服务器的一个特定端点——设备授权端点（Device Authorization Endpoint）发起POST请求，

Base URL：授权服务器的设备授权Endpoint，例如https://xxx.com/api/device_authorization

请求体Content-Type为application/x-www-form-urlencoded，请求体内容如下：

client_id：客户端ID
scope：资源（权限）范围，例如openid、email、profile等

授权服务器将返回临时凭证

示例：

1
2
3
4
5
6
7
8

{
  "device_code": "GmRhmhtR4Q1d74VklbV_g9s-265aKqrC",
  "user_code": "WDJB-MJHT",
  "verification_uri": "https://example.com/activate",
  "verification_uri_complete": "https://example.com/activate?user_code=WDJB-MJHT",
  "expires_in": 1800,
  "interval": 5
}

device_code：设备代码，是保存在设备上的代码
verification_uri：显示给最终用户以输入代码的 URL
verification_uri_complete：与上述相同的 URL，不同之处在于代码已被预填充，用户无需再输入代码
user_code：最终用户输入的原始代码
expires_in：此令牌将在多少秒后过期
interval：设备应多久检查一次令牌状态的时间间隔（以秒为单位）

设备端显示信息并开始轮询

设备开始向用户展示verification_uri与user_code并引导用户访问该网址，填写代码

感觉和HMCL的登录MC正版账户流程很像啊

然后设备开始轮询，按照建议的interval，持续向授权服务器的令牌Endpoint发起POST请求。

请求体Content-Type同样为application/x-www-form-urlencoded，请求体内容如下：

grant_type：urn:ietf:params:oauth:grant-type:device_code（设备码流程专用）
device_code：上文的device_code
client_id：客户端ID

确认授权

用户访问展示的verification_uri，并填入user_code，在授权页面确认授权

当然也可以直接展示verification_uri_complete

设备获取access_token

在用户同意授权后，下一次轮询将获得授权服务器下发的access_token

设备请求资源

当授权服务器返回access_token后，设备使用access_token向资源服务器请求所需要的资源

资源服务器对access_token进行一系列校验，确认身份后返回客户端所需要的资源。

总结

隐式授权模式和密码凭证模式这两个不安全的模式就不写了。

后记

暑假意外的高产😁