去年，《假杂志》遭遇了一些变故，令人惋惜。

年末，暂时转成艺术书咖啡馆的形式营业，算是有了新的开始。

25 年初假杂志制作了一些艺术书盲盒，想着支持他们重启，便买了一份。

最近回上海，才腾出空拆开。198 RMB 的 2 号盲盒，内有四本书，一个布袋。如果按书的原价来算，还是挺划算的。

两本图为主，两本字为主，搭配合理。过年在家，一天读两本，挺惬意。

比较喜欢 Mitsuru Fujita 的《Watarasegawa – Time Goes By》和《天气之语》。

《Watarasegawa – Time Goes By》拍摄了很多沿途的山、田野、街道。配上黑白的风格，有一种忧伤悲凉的气息。后续看了介绍，发现取景地是一次矿难附近，环境和人类活动的残留物互相拉扯、战斗着。

《天气之语》是一本气候相关的科普散文集，学术性和诗意结合的很好，翻译质量挺好，读起来不晦涩，让我想起了《离线》系列。美中不足的是，其中两页的印刷质量有小瑕疵。

偶尔买一次盲盒挺好的，读一些关注领域之外的内容，享受一个不一样的下午。

祝好，

喝着热巧克力的 Dayu

近期收到或抽到了一些软件，都挺有趣，放在一起聊聊。

写完才发现 5 个项目的作者都是推友。

Juchats

推友 @Cydiar404 的项目 Juchats，快速访问多种大模型（如下图所示）。整体功能与 POE 类似，价格更便宜，界面更简洁，可以用支付宝直接付款。

目前已经稳定运行一年多，比较贴心的是有个 1.99 美元的日套餐，感兴趣的朋友可以测试一下。

Tooboo

YaoYao 跳绳软件作者 @haozes 的新产品 Tooboo，这次的定位是跑步和徒步旅行，软件风格特别舒服，和 Apple watch 适配的也很好。

支持与 Strava 同步，可以从两步路和 AllTrails 中导入路线。

竞品是 WorkOutDoors，支持得运动项目更全一些，但老项目界面稍微粗糙些。Tooboo 的优势则是设计和交互更现代，更新也更勤快，未来可能添加更多功能。国区买断价 48-68 块，很不错。

Photoncam

推友 @JuniperPhoton 的作品，用起来很舒服的拍照软件，可以配置 LUT，自带的滤镜也挺不错，玩法多样。

我喜欢它的原因比较个人。平时手机拍照比较习惯用 1:1 的框，Apple camera 没有长期固定 1:1 的设置，拍照前总要多个步骤，这个软件则能固定 1:1。

正好换了 iPhone16，就把 Photoncam 锁在了相机键。想 4:3 的时候再启用 Apple camera。

注：经网友提醒，iPhone 原来可以固定设置，选项名：Preserve Settings。

最近简单修图和加边框也用的它，挺顺手，偶尔精修的时候才用 Darkroom（开的越来越少了）。

Piecelet

推友 @vanillaCitron 的作品。

Piecelet 是 iOS 版的 NeoDB 浏览器，体验不错，这回在手机上添加书影音记录更方便了。

NeoDB 本就相对小众，愿意花心思为这个网站做软件，还是上架的 iOS 软件，不容易。

比较好奇 Piecelet 的含义。

SteveFans

@st7evechou 的作品。

SteveFans 能以小组件的形式追踪社交软件的关注数等数据，包括 Youtube、Twitter、Bilibili、Telegram等。

这个软件感觉很适合做自媒体的朋友使用，在创业阶段有个方便浏览数据的小窗口，很方便。

本刊物不定期发布，推荐通过 RSS 订阅：https://anotherdayu.com/feed/

「微信备份」

以前每到临近过年的时候，我都会整理聊天记录，然后删除微信，再重新下载一遍。

这样做很爽快，但偶尔也会希望浏览过去的历史记录。

今年准备备份一下，先尝试的是 oh-my-wechat，带年度总结，但目前不兼容微信新版本，图片显示加载失败。

然后尝试了老牌的 WechatExporter ，流程与 Oh-my-wechat 相似，稳定性不错，顺利完成了备份。

我在云盘中存了一份完整版，并在 DEVONthink 中存了一份「没有多媒体文件的 html 备份」，这样一年的聊天记录仅有 70 mb，方便索引。

另外，Untag 推荐的 wechatDataBackup 似乎更简单易用。但我没有 windows 系统的设备，未能测试。

|

「Dynamicland」

Dynamicland 是一个独特的计算环境项目，它将计算机变成了一个实体场所。在这里，计算不是隐藏在虚拟世界中，而是以实物形式存在，人们可以直接用手触摸和操作。它是一个非营利性研究实验室，目标是发明一种新型计算形式，让普通社区成员也能轻松使用和创造。该项目由前苹果界面设计师 Bret Victor 参与研究，致力于让人们能在真实世界中协作，共同探索想法。

感兴趣的朋友可以听这一期播客：EP90: Dynamicland 2024 – 一天世界

|

「Colorado police give away free AirTags to cut car crime」

科罗拉多州的一个警察局目前会免费赠送一张包含汽车登记证的 AirTag，并附加一张贴纸，以说明该车辆正被警察局追踪。感觉这种追踪设备挺适合警局和保险公司合作，批量部署。

|

「名字能影响面部特征吗？」

这篇研究文章探讨了名字是否能够影响人的面部特征。研究采用了多种方法，包括社会观察者评估和机器学习算法，以验证「自我实现预言」效应，即人们的面部特征随着时间的发展会趋于与其名字相关的社会刻板印象相符。

|

「Engineering Toxoplasma gondii secretion systems for intracellular delivery of multiple large therapeutic proteins to neurons」

很有趣的研究，研究者利用基因工程改造刚地弓形虫（Toxoplasma gondii），使其能够穿透血脑屏障，将治疗性蛋白质递送至大脑神经元。这一技术为解决中枢神经系统疾病治疗中的药物递送难题提供了新思路。

|

「Forgetting as a form of adaptive engram cell plasticity」

文章提出，遗忘并非记忆本身的消失，而是记忆印迹细胞（engram cells）从“可激活状态”转变为“不可激活状态”的过程。记忆信息仍存储于大脑中，但缺乏触发其提取的“钥匙”（如特定环境线索）。这一观点挑战了传统认为遗忘是信息丢失的观点，将其重新定义为神经可塑性的表现形式。

|

「Ubuntu 是什么意思？」

Ubuntu is an ancient African word meaning ‘humanity to others’. It also means ‘I am what I am because of who we all are’. The Ubuntu operating system brings the spirit of Ubuntu to the world of computers.

Ubuntu 是一个古老的非洲词，意思是“对他人的人道”。它还意味着“我之所以成为我，是因为我们都是我”。 Ubuntu 操作系统将 Ubuntu 的精神带入了计算机世界。

|

「A systematic review and multivariate meta-analysis of the physical and mental health benefits of touch interventions」

这篇 meta 分析表明，触摸能改善身体和心理的多种指标，如减轻疼痛、焦虑和抑郁。

|

「宝可梦自走棋 PokemonAutoChess」

这款由粉丝制作，为粉丝服务。网页即可开玩，开源且非盈利。所有版权归宝可梦公司所有。另外，「宝可梦大集合」最近也出自走棋了，挺好玩的。

当做一个置顶页面，更新一些导航和自己相关的内容。敬请期待～

[该文章已设置加密]

随着云原生技术的普及，Java 应用在云环境中的臃肿问题变得更加突出，比如：

• 镜像体积大：传统的 Java 应用容器镜像通常包含完整的 JVM 和依赖库，导致镜像体积庞大，增加了存储和传输的成本；
• 启动速度慢：传统的 Java 应用依赖于 JVM 的 即时编译（JIT） 机制，启动时需要加载大量类库和依赖，导致启动时间较长；
• 内存占用高：JVM 需要为运行时分配大量内存，包括堆内存、元空间（Metaspace）等，导致资源浪费和成本增加；

在云原生环境中，尤其是微服务架构下，快速启动和弹性伸缩是核心需求，这也是云原生的基本理念：轻量、快速、弹性。很显然，Java 的这些问题和这个理念是相冲突的，而 GraalVM 正是解决这些问题的关键技术之一。

GraalVM 是由 Oracle 实验室于 2011 年启动的一个研究项目。项目初期主要专注于编译器 Graal Compiler 的开发，目标是创建一个高性能的 Java 编译器，以替代传统的 HotSpot JVM 中的 C2 编译器；2017 年，推出了 Truffle 框架，支持多语言互操作，扩展了 GraalVM 的多语言能力，以超强性能运行 JavaScript、Python、Ruby 以及其他语言；不过这时的 GraalVM 还不温不火，只有少部分研究人员和早期尝鲜者在使用，直到 2018 年，GraalVM 1.0 正式发布，推出了 原生镜像（Native Image） 功能，标志着其正式进入主流市场。

GraalVM 的原生镜像功能通过 提前编译（AOT） 机制，显著改善了 Java 在云原生环境中的表现。GraalVM 可以将 Java 应用编译为独立的可执行文件，无需依赖 JVM，大幅减小了镜像体积；而且这种方式消除了 JIT 编译的开销，使启动时间从秒级降低到毫秒级；此外，原生镜像运行时仅加载必要的类库和资源，内存占用也比传统 Java 应用少得多。

快速上手

这一节我们将学习 GraalVM 的安装以及 Native Image 的基本使用。

GraalVM 的安装

GraalVM 支持常见的操作系统，包括 Linux、macOS 和 Windows。

在 Linux 和 macOS 下，推荐使用 SDKMAN! 来安装 GraalVM。首先我们安装 SDKMAN!：

$ curl -s "https://get.sdkman.io" | bash

安装完成后，使用 sdk list java 列出当前系统可用的 JDK 版本：

也可以使用 sdk install java [TAB] 列出所有可用版本。

================================================================================
Available Java Versions for macOS ARM 64bit
================================================================================
 Vendor        | Use | Version      | Dist    | Status     | Identifier
--------------------------------------------------------------------------------
 Corretto      |     | 23.0.1       | amzn    |            | 23.0.1-amzn         
               |     | 21.0.5       | amzn    |            | 21.0.5-amzn         
               |     | 17.0.13      | amzn    |            | 17.0.13-amzn        
               |     | 11.0.25      | amzn    |            | 11.0.25-amzn        
               |     | 8.0.432      | amzn    |            | 8.0.432-amzn        
 Gluon         |     | 22.1.0.1.r17 | gln     |            | 22.1.0.1.r17-gln    
 GraalVM CE    |     | 23.0.1       | graalce |            | 23.0.1-graalce      
               | >>> | 21.0.2       | graalce | installed  | 21.0.2-graalce      
               |     | 17.0.9       | graalce | installed  | 17.0.9-graalce      
 GraalVM Oracle|     | 25.ea.4      | graal   |            | 25.ea.4-graal       
               |     | 24.ea.27     | graal   |            | 24.ea.27-graal      
               |     | 23.0.1       | graal   |            | 23.0.1-graal        
               |     | 21.0.5       | graal   |            | 21.0.5-graal        
               |     | 17.0.12      | graal   |            | 17.0.12-graal       
 Java.net      |     | 25.ea.5      | open    |            | 25.ea.5-open        
               |     | 24.ea.31     | open    |            | 24.ea.31-open       
               |     | 23           | open    |            | 23-open             
               |     | 21.0.2       | open    |            | 21.0.2-open         
 JetBrains     |     | 21.0.5       | jbr     |            | 21.0.5-jbr          
               |     | 17.0.12      | jbr     |            | 17.0.12-jbr         
               |     | 11.0.14.1    | jbr     |            | 11.0.14.1-jbr       
 Liberica      |     | 23.0.1       | librca  |            | 23.0.1-librca       
               |     | 21.0.5       | librca  |            | 21.0.5-librca       
               |     | 17.0.13      | librca  |            | 17.0.13-librca      
               |     | 11.0.25      | librca  |            | 11.0.25-librca      
               |     | 8.0.432      | librca  |            | 8.0.432-librca      
 Liberica NIK  |     | 24.1.1.r23   | nik     |            | 24.1.1.r23-nik      
               |     | 23.1.5.r21   | nik     |            | 23.1.5.r21-nik      
               |     | 22.3.5.r17   | nik     |            | 22.3.5.r17-nik      
 Mandrel       |     | 24.1.1.r23   | mandrel |            | 24.1.1.r23-mandrel  
               |     | 23.1.5.r21   | mandrel |            | 23.1.5.r21-mandrel  
 Microsoft     |     | 21.0.5       | ms      |            | 21.0.5-ms           
               |     | 17.0.13      | ms      |            | 17.0.13-ms          
               |     | 11.0.25      | ms      |            | 11.0.25-ms          
 Oracle        |     | 23.0.1       | oracle  |            | 23.0.1-oracle       
               |     | 22.0.2       | oracle  |            | 22.0.2-oracle       
               |     | 21.0.5       | oracle  |            | 21.0.5-oracle       
               |     | 17.0.12      | oracle  |            | 17.0.12-oracle      
 SapMachine    |     | 23.0.1       | sapmchn |            | 23.0.1-sapmchn      
               |     | 21.0.5       | sapmchn |            | 21.0.5-sapmchn      
               |     | 17.0.13      | sapmchn |            | 17.0.13-sapmchn     
               |     | 11.0.25      | sapmchn |            | 11.0.25-sapmchn     
 Semeru        |     | 21.0.5       | sem     |            | 21.0.5-sem          
               |     | 17.0.13      | sem     |            | 17.0.13-sem         
               |     | 11.0.25      | sem     |            | 11.0.25-sem         
 Temurin       |     | 23.0.1       | tem     |            | 23.0.1-tem          
               |     | 21.0.5       | tem     |            | 21.0.5-tem          
               |     | 17.0.13      | tem     |            | 17.0.13-tem         
               |     | 11.0.25      | tem     |            | 11.0.25-tem         
 Tencent       |     | 21.0.5       | kona    |            | 21.0.5-kona         
               |     | 17.0.13      | kona    |            | 17.0.13-kona        
               |     | 11.0.25      | kona    |            | 11.0.25-kona        
               |     | 8.0.432      | kona    |            | 8.0.432-kona        
 Zulu          |     | 23.0.1       | zulu    |            | 23.0.1-zulu         
               |     | 21.0.5       | zulu    |            | 21.0.5-zulu         
               |     | 17.0.13      | zulu    |            | 17.0.13-zulu        
               |     | 11.0.25      | zulu    |            | 11.0.25-zulu        
               |     | 8.0.432      | zulu    |            | 8.0.432-zulu        
================================================================================
Omit Identifier to install default version 21.0.5-tem:
    $ sdk install java
Use TAB completion to discover available versions
    $ sdk install java [TAB]
Or install a specific version by Identifier:
    $ sdk install java 21.0.5-tem
Hit Q to exit this list view
================================================================================

其中 GraalVM 有两个，GraalVM CE 是由社区维护，是开源的，基于 OpenJDK 开发；而 GraalVM Oracle 是由 Oracle 发布，基于 Oracle JDK 开发，我们这里安装社区版：

$ sdk install java 21.0.2-graalce

使用 java -version 确认安装是否成功：

$ java -version
openjdk version "21.0.2" 2024-01-16
OpenJDK Runtime Environment GraalVM CE 21.0.2+13.1 (build 21.0.2+13-jvmci-23.1-b30)
OpenJDK 64-Bit Server VM GraalVM CE 21.0.2+13.1 (build 21.0.2+13-jvmci-23.1-b30, mixed mode, sharing)

Native Image 的基本使用

接下来，我们将通过最简单的 Hello World 例子了解 Native Image 的基本使用。

首先，我们创建一个 Hello.java 文件，如下：

class Hello {
    public static void main(String[] args) {
        System.out.println("Hello");
    }
}

直接使用 java 命令运行，确保程序没有错误：

$ java Hello.java
Hello

然后使用 javac 将 .java 文件编译成 .class 文件：

$ javac Hello.java

此时，当前目录下会生成一个 Hello.class 文件。接下来使用 native-image 命令，将 .class 文件打包成可执行程序：

$ native-image Hello
========================================================================================================================
GraalVM Native Image: Generating 'hello' (executable)...
========================================================================================================================
[1/8] Initializing...                                                                                    (7.2s @ 0.10GB)
 Java version: 21.0.2+13, vendor version: GraalVM CE 21.0.2+13.1
 Graal compiler: optimization level: 2, target machine: armv8-a
 C compiler: cc (apple, arm64, 15.0.0)
 Garbage collector: Serial GC (max heap size: 80% of RAM)
 1 user-specific feature(s):
 - com.oracle.svm.thirdparty.gson.GsonFeature
------------------------------------------------------------------------------------------------------------------------
Build resources:
 - 12.09GB of memory (75.6% of 16.00GB system memory, determined at start)
 - 8 thread(s) (100.0% of 8 available processor(s), determined at start)
[2/8] Performing analysis...  [****]                                                                     (5.6s @ 0.32GB)
    3,225 reachable types   (72.5% of    4,450 total)
    3,810 reachable fields  (50.1% of    7,606 total)
   15,653 reachable methods (45.6% of   34,359 total)
    1,059 types,    87 fields, and   678 methods registered for reflection
       57 types,    57 fields, and    52 methods registered for JNI access
        4 native libraries: -framework Foundation, dl, pthread, z
[3/8] Building universe...                                                                               (1.3s @ 0.29GB)
[4/8] Parsing methods...      [*]                                                                        (0.6s @ 0.29GB)
[5/8] Inlining methods...     [***]                                                                      (0.5s @ 0.46GB)
[6/8] Compiling methods...    [**]                                                                       (4.9s @ 0.34GB)
[7/8] Layouting methods...    [*]                                                                        (0.7s @ 0.50GB)
[8/8] Creating image...       [*]                                                                        (1.5s @ 0.47GB)
   5.08MB (39.25%) for code area:     8,896 compilation units
   7.48MB (57.87%) for image heap:   97,240 objects and 76 resources
 381.68kB ( 2.88%) for other data
  12.93MB in total
------------------------------------------------------------------------------------------------------------------------
Top 10 origins of code area:                                Top 10 object types in image heap:
   3.80MB java.base                                            1.58MB byte[] for code metadata
 936.91kB svm.jar (Native Image)                               1.29MB byte[] for java.lang.String
 108.35kB java.logging                                       976.00kB java.lang.String
  56.84kB org.graalvm.nativeimage.base                       748.94kB java.lang.Class
  43.64kB jdk.proxy1                                         328.26kB byte[] for general heap data
  42.03kB jdk.proxy3                                         277.15kB com.oracle.svm.core.hub.DynamicHubCompanion
  21.98kB org.graalvm.collections                            244.27kB java.util.HashMap$Node
  19.52kB jdk.internal.vm.ci                                 219.04kB java.lang.Object[]
  10.46kB jdk.proxy2                                         184.95kB java.lang.String[]
   8.04kB jdk.internal.vm.compiler                           155.52kB byte[] for reflection metadata
   2.95kB for 2 more packages                                  1.55MB for 905 more object types
------------------------------------------------------------------------------------------------------------------------
Recommendations:
 INIT: Adopt '--strict-image-heap' to prepare for the next GraalVM release.
 HEAP: Set max heap for improved and more predictable memory usage.
 CPU:  Enable more CPU features with '-march=native' for improved performance.
------------------------------------------------------------------------------------------------------------------------
                        1.3s (5.7% of total time) in 115 GCs | Peak RSS: 0.93GB | CPU load: 4.04
------------------------------------------------------------------------------------------------------------------------
Produced artifacts:
 /Users/aneasystone/Codes/github/weekly-practice/notes/week058-java-native-app-with-graalvm/demo/hello (executable)
========================================================================================================================
Finished generating 'hello' in 22.6s.

上面可以看到 native-image 详情的运行过程，最终生成一个 hello 文件，可以直接执行：

$ ./hello 
Hello

native-image 不仅可以将类文件转换为可执行文件，也支持输入 JAR 文件或模块（Java 9 及更高版本），参考 这里 和 这里；除了可以编译可执行文件，native-image 还可以将类文件 编译成共享库（native shared library）。

构建复杂应用

上一节我们演示了如何将单个 Java 文件编译成可执行文件，不过在日常工作中，我们的项目可没这么简单，一般会使用 Maven 来对代码进行组织，在微服务盛行的今天，更多的项目是使用一些微服务框架来开发，如何将这些复杂应用编译成可执行文件也是一个值得学习的课题。

一个简单的 Maven 项目

GraalVM 提供了 Maven 插件，方便我们在 Maven 项目中使用 Native Image 构建原生应用。

GraalVM 同时也支持 Gradle 插件，如果你使用的是 Gradle 管理项目，可以参考 Gradle 插件文档。

首先，我们用 mvn archetype:generate 生成一个 Maven 项目：

$ mvn archetype:generate \
    -DgroupId=com.example \
    -DartifactId=hello \
    -DarchetypeArtifactId=maven-archetype-quickstart \
    -DinteractiveMode=false

这里选择的项目脚手架为 maven-archetype-quickstart，关于项目脚手架的使用，可以参考我之前写的 这篇笔记。

生成项目的目录结构如下所示：

hello
├── pom.xml
└── src
    ├── main
    │   └── java
    │       └── com
    │           └── example
    │               └── App.java
    └── test
        └── java
            └── com
                └── example
                    └── AppTest.java

打开 pom.xml 文件，添加如下两个 Maven 插件，用于编译和打包：

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-compiler-plugin</artifactId>
            <version>3.12.1</version>
            <configuration>
                <fork>true</fork>
            </configuration>
        </plugin>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-jar-plugin</artifactId>
            <version>3.3.0</version>
            <configuration>
                <archive>
                    <manifest>
                        <mainClass>com.example.App</mainClass>
                        <addClasspath>true</addClasspath>
                    </manifest>
                </archive>
            </configuration>
        </plugin>
    </plugins>
</build>

此时我们就可以使用 mvn clean package 命令，将项目打包成可执行的 JAR 文件了：

$ mvn clean package

使用 java -jar 运行 JAR 文件：

$ java -jar ./target/hello-1.0-SNAPSHOT.jar 
Hello World!

接下来我们可以使用 native-image -jar 将 JAR 文件转换为可执行文件，或者我们可以更进一步，在 pom.xml 文件中添加如下配置：

<profiles>
    <profile>
        <id>native</id>
        <build>
            <plugins>
                <plugin>
                    <groupId>org.graalvm.buildtools</groupId>
                    <artifactId>native-maven-plugin</artifactId>
                    <version>0.10.4</version>
                    <extensions>true</extensions>
                    <executions>
                        <execution>
                            <id>build-native</id>
                            <goals>
                                <goal>compile-no-fork</goal>
                            </goals>
                            <phase>package</phase>
                        </execution>
                        <execution>
                            <id>test-native</id>
                            <goals>
                                <goal>test</goal>
                            </goals>
                            <phase>test</phase>
                        </execution>
                    </executions>
                </plugin>
            </plugins>
        </build>
    </profile>
</profiles>

注意，从 JDK 21 开始，Native Image Maven Plugin 改成了 org.graalvm.buildtools:native-maven-plugin，之前的版本中使用的是 org.graalvm.nativeimage:native-image-maven-plugin，参考 这里。

然后执行如下命令：

$ mvn clean package -Pnative -DskipTests=true

这样不仅可以将项目打包成 JAR 文件，同时也会生成一个可执行文件：

$ ./target/hello 
Hello World!

注意在上面的命令中我们加了一个忽略测试的参数 -DskipTests=true，如果不加的话，可能会报错：

[ERROR] Failed to execute goal org.graalvm.buildtools:native-maven-plugin:0.10.4:test (test-native) on project hello: 
Execution test-native of goal org.graalvm.buildtools:native-maven-plugin:0.10.4:test failed: Test configuration file wasn't found.

根据 Testing support 部分的说明，目前插件只支持 JUnit 5.8.1 以上的版本，而通过 maven-archetype-quickstart 脚手架生成的项目里用的是 JUnit 3.8.1，所以我们可以将依赖改为：

<dependency>
    <groupId>org.junit.jupiter</groupId>
    <artifactId>junit-jupiter-api</artifactId>
    <version>5.10.5</version>
    <scope>test</scope>
</dependency>

同时将测试类替换成 JUnit 5 的写法：

package com.example;

import static org.junit.jupiter.api.Assertions.assertEquals;

import org.junit.jupiter.api.*;

public class AppTest
{
    @Test
    public void testApp()
    {
        assertEquals( "hello".length(), 5 );
    }
}

这时就可以去掉 -DskipTests=true 参数了：

$ mvn clean package -Pnative

注意，从构建输出上可以看出来，单元测试运行了两遍，第一遍是标准的 surefire:test，第二遍是 Native Image 的 native:test，这两次运行的目的和场景是不一样的，surefire:test 在 JVM 上运行，验证代码在 JVM 环境下的正确性，native:test 在 Native Image 构建的上下文中运行，验证代码在 Native Image 环境下的正确性。如果你的代码在两种环境下的行为可能不同（如反射、动态类加载等），可能需要都运行，否则只运行 surefire:test 即可，可以通过 -DskipNativeTests=true 跳过 native:test。

一个简单的 Spring Boot 项目

这一节将演示如何从 Spring Boot 应用程序构建一个本地可执行文件，Spring Boot 从 3.0 开始支持原生镜像，可以更轻松地配置项目，并显著提高 Spring Boot 应用程序的性能。

其他主流的微服务框架均已支持 GraalVM 的原生镜像功能，如：Quarkus、Helidon SE、Micronaut 等。

首先，我们需要一个测试的 Spring Boot 应用，有很多快速创建 Spring Boot 脚手架的方法，可以参考我之前写的 这篇笔记，我最喜欢的方法有两种：Spring Initializr 和 Spring Boot CLI，这里通过 Spring Boot CLI 来创建：

可以使用 SDKMAN! 安装 Spring Boot CLI：

$ sdk install springboot
$ spring --version
Spring CLI v3.4.1

安装完毕后，执行如下命令生成：

$ spring init --name hello \
    --artifact-id hello \
    --group-id com.example \
    --language java \
    --java-version 21 \
    --boot-version 3.4.1 \
    --type maven-project \
    --dependencies web,native \
    hello

打开 pom.xml 文件可以发现，生成的代码中已经自动为我们加了 native-maven-plugin 依赖。

这时，我们可以执行 mvn clean package 将程序打成 JAR 包并运行，也可以执行 mvn spring-boot:run 直接运行：

$ mvn spring-boot:run
...
2025-01-17T08:56:17.206+08:00  INFO 33037 --- [hello] [           main] o.s.b.w.embedded.tomcat.TomcatWebServer  : Tomcat started on port 8080 (http) with context path '/'
2025-01-17T08:56:17.210+08:00  INFO 33037 --- [hello] [           main] com.example.hello.HelloApplication       : Started HelloApplication in 0.548 seconds (process running for 0.662)

如果要将程序打包成可执行文件，可以执行如下命令：

$ mvn native:compile -Pnative

然后运行之：

$ ./target/hello
...
2025-01-17T09:02:19.732+08:00  INFO 33935 --- [hello] [           main] o.s.b.w.embedded.tomcat.TomcatWebServer  : Tomcat started on port 8080 (http) with context path '/'
2025-01-17T09:02:19.733+08:00  INFO 33935 --- [hello] [           main] com.example.hello.HelloApplication       : Started HelloApplication in 0.054 seconds (process running for 0.071)

可以看到启动速度是 JAR 文件的 10 倍。

容器化

在云原生环境下，所有服务都被打包成镜像，这也被称为 容器化（Containerize）。我在很早以前写过一篇 博客 介绍了如何编写 Dockerfile 将 Spring Boot 应用构建成 Docker 镜像，针对 GraalVM 原生应用，我们一样可以照葫芦画瓢。

将 JAR 打包成镜像

最简单的方式是基于 JDK 基础镜像，直接将 JAR 文件拷贝进去即可，新建 Dockerfile.jvm 文件，内容如下：

FROM ghcr.io/graalvm/jdk-community:21

EXPOSE 8080
COPY ./target/hello-0.0.1-SNAPSHOT.jar app.jar
CMD ["java","-jar","app.jar"]

之前说过 GraalVM 也可以作为普通的 JDK 使用，所以这里直接使用 GraalVM 的 JDK 镜像。首先通过 mvn package 正常将项目打成 JAR 包，然后执行如下命令构建镜像：

$ docker build -f Dockerfile.jvm -t hello:jvm .

运行该镜像：

$ docker run --rm -p 8080:8080 hello:jvm

这种方式虽然简单，但是每次构建镜像之前先得 mvn package 一下，可以使用 多阶段构建（Multi-stage builds） 的技巧，将两步合成一步。新建 Dockerfile.jvm.ms 文件，内容如下：

FROM ghcr.io/graalvm/native-image-community:21 AS builder

WORKDIR /build
COPY . /build
RUN ./mvnw --no-transfer-progress package -DskipTests=true

FROM ghcr.io/graalvm/jdk-community:21

EXPOSE 8080
COPY --from=builder /build/target/hello-0.0.1-SNAPSHOT.jar app.jar
CMD ["java","-jar","app.jar"]

整个 Dockerfile 分为两个构建阶段，第一阶段使用 mvn package 生成 JAR 文件，第二阶段和 Dockerfile.jvm 几乎是一样的，只不过是从第一阶段的构建结果中拷贝 JAR 文件。

直接执行如下命令构建镜像：

$ docker build -f Dockerfile.jvm.ms -t hello:jvm.ms .

运行该镜像：

$ docker run --rm -p 8080:8080 hello:jvm.ms

将二进制文件打包成镜像

有了上面的基础，我们可以更进一步，直接将二进制文件打包成镜像，这样可以省去 JDK，大大减小镜像体积。我们可以基于某个系统镜像，比如 alpine 或 almalinux，新建 Dockerfile.native 文件如下：

FROM almalinux:9

EXPOSE 8080
COPY target/hello app
ENTRYPOINT ["/app"]

然后执行如下命令构建镜像：

$ docker build -f Dockerfile.native -t hello:native .

运行该镜像：

$ docker run --rm -p 8080:8080 hello:native

不过这一次没有那么顺利，运行报错了：

exec /app: exec format error

这里就不得不提可执行文件格式的概念了。我们知道 GraalVM 的原生镜像功能是将 Java 代码编译成二进制文件，但是要注意的是，这个二进制文件是平台相关的，在不同的操作系统下，可执行文件的格式大相径庭。常见的可执行文件格式有以下几种：

• ELF 格式（Executable and Linkable Format）：是一种通用的可执行文件格式，广泛用于类 UNIX 系统，如 Linux 和 BSD；
• Mach-O 格式（Mach Object）：是苹果公司开发的可执行文件格式，用于 macOS 和 iOS 系统；
• PE 格式（Portable Executable）：Windows 系统下的 .exe 文件就是这种格式。

Docker 容器基于 Linux 内核开发，所以只能运行 ELF 格式的文件，而上面的二进制文件是我在 Mac 电脑上构建的，所以复制到容器里无法运行。

如果你使用的是 Linux 开发环境，可能就不会遇到这个问题；但是如果你和我一样，使用的是 Mac 或 Windows 操作系统，建议还是使用多阶段构建的技巧。新建 Dockerfile.native.ms 文件如下：

FROM ghcr.io/graalvm/native-image-community:21 AS builder

WORKDIR /build
COPY . /build
RUN ./mvnw --no-transfer-progress native:compile -Pnative -DskipTests=true

FROM almalinux:9

EXPOSE 8080
COPY --from=builder /build/target/hello app
ENTRYPOINT ["/app"]

构建镜像：

$ docker build -f Dockerfile.native.ms -t hello:native.ms .

运行镜像：

$ docker run --rm -p 8080:8080 hello:native.ms

在实验过程中还有一点值得特别注意，那就是 GLIBC 的兼容性问题，可以使用 ldd --version 确认构建和运行使用的两个基础镜像中 GLIBC 版本。

查看 ghcr.io/graalvm/native-image-community:21 的 GLIBC 版本：

$ docker run --rm --entrypoint sh ghcr.io/graalvm/native-image-community:21 ldd --version
ldd (GNU libc) 2.34
Copyright (C) 2021 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Written by Roland McGrath and Ulrich Drepper.

查看 almalinux:9 的 GLIBC 版本：

$ docker run --rm --entrypoint sh almalinux:9 ldd --version
ldd (GNU libc) 2.34
Copyright (C) 2021 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Written by Roland McGrath and Ulrich Drepper.

可以看出这两个基础镜像的 GLIBC 是一致的。如果我们将 almalinux:9 换成 centos:7：

$ docker run --rm --entrypoint sh centos:7 ldd --version
ldd (GNU libc) 2.17
Copyright (C) 2012 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Written by Roland McGrath and Ulrich Drepper.

运行时就可能报下面这样的报错：

/app: /lib64/libc.so.6: version `GLIBC_2.32' not found (required by /app)
/app: /lib64/libc.so.6: version `GLIBC_2.34' not found (required by /app)

使用 CNB 构建镜像

CNB（Cloud Native Buildpacks） 是一种用于构建和打包应用程序的技术，旨在简化应用程序的开发、部署和运行，使用 CNB 开发人员无需编写 Dockerfile 就可以构建容器镜像。它会自动检测应用程序的类型和所需的环境，根据检测结果，下载必要的依赖项，并将它们与应用程序代码打包，最终生成一个符合 OCI 标准的容器镜像。

Spring Boot 的 Maven 插件 spring-boot-maven-plugin 已经集成了 CNB，它使用 Paketo Java Native Image buildpack 来生成包含本地可执行文件的轻量级容器镜像。

针对上面的 Spring Boot 应用，我们可以直接运行下面的命令：

$ mvn spring-boot:build-image -Pnative
...
[INFO] Successfully built image 'docker.io/library/hello:0.0.1-SNAPSHOT'
...

构建之前，请确保有一个兼容 Docker-API 的容器运行时，比如 Rancher Desktop、Docker 或 Podman 等。

使用 docker run 运行：

$ docker run --rm -p 8080:8080 hello:0.0.1-SNAPSHOT

生成的镜像名默认为 docker.io/library/${project.artifactId}:${project.version}，可以通过下面的配置进行修改：

<plugin>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-maven-plugin</artifactId>
    <configuration>
        <image>
            <name>docker.io/library/aneasystone/${project.artifactId}:${project.version}</name>
        </image>
    </configuration>
</plugin>

更多构建参数可以参考 Spring Boot 官方文档 Packaging OCI Images。

GraalVM 的局限性

软件行业有一句名言：没有银弹（No Silver Bullet），对于 GraalVM 技术也同样如此，它虽然具有镜像体积小、启动速度快、内存消耗低等优势，但是同时它也带来了一些新问题：

• 编译速度慢：GraalVM 通过 AOT 技术对整个应用程序及其依赖进行静态分析，以确保所有代码路径都被覆盖，这种静态编译方式需要处理更多的复杂性，因而编译速度也更慢；
• 平台相关性：编译出来的二进制文件是平台相关的，也就是说软件开发人员需要针对不同的平台编译不同的二进制文件，增加了软件分发的复杂性；
• 调试监控难：由于运行的程序由 Java 程序变成了本地程序，传统面向 Java 程序的调试、监控、Agent 等技术均不再适用，只能使用 GDB 调试；
• 封闭性假设：这是 AOT 编译的基本原则，即程序在编译期必须掌握运行时所需的所有信息，在运行时不能出现任何编译器未知的内容，这会导致 Java 程序中的很多动态特性无法继续使用，例如：资源、反射、动态类加载、动态代理、JCA 加密机制（内部依赖了反射）、JNI、序列化等。

针对每个新问题也都有对应的解决方案。比如引入 CI/CD 流水线自动化构建，让开发人员降低编译速度慢的感知；比如通过 Docker 容器镜像统一软件的分发方式；GraalVM 目前也在不断优化，增加传统 Java 调试和监控工具的支持，如 JFR 和 JMX 等；对于程序中的动态特性，也可以通过额外的适配工作来解决。

下面针对最后一个问题进行更进一步的实践。

资源文件

资源文件是项目开发中经常遇到的一种场景，但是默认情况下， native-image 工具不会将资源文件集成到可执行文件中。首先，我们准备两个文件，App.java 为主程序，app.res 为资源文件：

├── App.java
└── app.res

App.java 中的代码非常简单，读取并输出 app.res 中的内容：

public class App {
    
    public static void main( String[] args ) throws IOException {
        String message = readResource("app.res");
        System.out.println(message);
    }

    public static String readResource(String fileName) throws IOException {
        StringBuilder content = new StringBuilder();
        try (
            InputStream inputStream = App.class.getClassLoader().getResourceAsStream(fileName);
            BufferedReader reader = new BufferedReader(new InputStreamReader(inputStream, StandardCharsets.UTF_8))) {
            String line;
            while ((line = reader.readLine()) != null) {
                content.append(line).append(System.lineSeparator());
            }
        }
        return content.toString();
    }
}

我们使用 native-image 生成可执行文件：

$ javac App.java && native-image App

运行这个文件会抛出如下的空指针异常：

$ ./app
Exception in thread "main" java.lang.NullPointerException
        at java.base@21.0.2/java.io.Reader.<init>(Reader.java:168)
        at java.base@21.0.2/java.io.InputStreamReader.<init>(InputStreamReader.java:123)
        at App.readResource(App.java:18)
        at App.main(App.java:10)

根据异常信息推断，getResourceAsStream 返回了空指针，也就是说没有读到 app.res 资源文件，可以看出 native-image 确实没有把资源文件集成到可执行文件中。

为了让 native-image 知道资源文件的存在，我们新建一个 META-INF/native-image 目录，目录下新建一个 resource-config.json 文件，目录结构如下所示：

├── App.java
├── META-INF
│   └── native-image
│       └── resource-config.json
└── app.res

resource-config.json 文件的内容如下：

{
    "resources": {
        "includes": [
            {
                "pattern": "app.res"
            }
        ]
    },
    "bundles": []
}

重新运行 native-image 进行构建：

$ javac App.java && native-image App

native-image 会自动扫描 META-INF/native-image 目录下的配置文件，将资源文件集成到可执行文件中，此时就可以正常运行这个文件了：

$ ./app                             
Hello message from the resource file.

反射

接下来，我们再看一个反射的例子。反射是 Java 中一项非常重要的特性，可以根据字符串来动态地加载类和方法，native-image 如果得不到足够的上下文信息，可能编译时就会缺少这些反射的类和方法。不过 native-image 也是足够聪明的，如果在调用某些反射方法时使用了常量，native-image 也能自动编译这些常量对应的类和方法，比如：

Class.forName("java.lang.Integer")
Class.forName("java.lang.Integer", true, ClassLoader.getSystemClassLoader())
Class.forName("java.lang.Integer").getMethod("equals", Object.class)
Integer.class.getDeclaredMethod("bitCount", int.class)
Integer.class.getConstructor(String.class)
Integer.class.getDeclaredConstructor(int.class)
Integer.class.getField("MAX_VALUE")
Integer.class.getDeclaredField("value")

下面我们构造一个 native-image 无法推断反射信息的示例，比如根据命令行参数来动态的调用某个类的某个方法：

public class App {
    
    public static void main( String[] args ) throws Exception {
        if (args.length != 4) {
            System.out.println("Usage: ./app clz method a b");
            return;
        }
        Integer result = callReflection(args[0], args[1], Integer.parseInt(args[2]), Integer.parseInt(args[3]));
        System.out.println(result);
    }

    public static Integer callReflection(String clz, String method, Integer a, Integer b) throws Exception {
        Class<?> clazz = Class.forName(clz);
        return (Integer) clazz.getMethod(method, Integer.class, Integer.class).invoke(null, a, b);
    }
}

我们定义一个 Calculator 类，实现加减乘除四则运算：

public class Calculator {

    public static Integer add(Integer a, Integer b) {
        return a + b;
    }

    public static Integer sub(Integer a, Integer b) {
        return a - b;
    }

    public static Integer mul(Integer a, Integer b) {
        return a * b;
    }

    public static Integer div(Integer a, Integer b) {
        return a / b;
    }
}

然后将两个类编译成 class 文件：

$ javac App.java Calculator.java

运行测试：

$ java App Calculator add 2 2
4
$ java App Calculator sub 2 2
0
$ java App Calculator mul 2 2
4
$ java App Calculator div 2 2
1

我们使用 native-image 生成可执行文件：

$ native-image App --no-fallback

此时的文件运行会报错：

$ ./app Calculator add 2 2
Exception in thread "main" java.lang.ClassNotFoundException: Calculator
        at org.graalvm.nativeimage.builder/com.oracle.svm.core.hub.ClassForNameSupport.forName(ClassForNameSupport.java:122)
        at org.graalvm.nativeimage.builder/com.oracle.svm.core.hub.ClassForNameSupport.forName(ClassForNameSupport.java:86)
        at java.base@21.0.2/java.lang.Class.forName(DynamicHub.java:1356)
        at java.base@21.0.2/java.lang.Class.forName(DynamicHub.java:1319)
        at java.base@21.0.2/java.lang.Class.forName(DynamicHub.java:1312)
        at App.callReflection(App.java:13)
        at App.main(App.java:8)

可以看出 native-image 通过静态分析，是不知道程序会使用 Calculator 类的，所以构建二进制文件时并没有包含在里面。为了让 native-image 知道 Calculator 类的存在，我们新建一个 META-INF/native-image/reflect-config.json 配置文件：

[
    {
        "name": "Calculator",
        "methods": [
            {
                "name": "add",
                "parameterTypes": [
                    "java.lang.Integer",
                    "java.lang.Integer"
                ]
            }
        ]
    }
]

重新编译后，运行正常：

$ ./app Calculator add 2 2      
4

由于配置文件里我只加了 add 方法，所以运行其他方法时，依然会报错：

$ ./app Calculator mul 2 2
Exception in thread "main" java.lang.NoSuchMethodException: Calculator.mul(java.lang.Integer, java.lang.Integer)
        at java.base@21.0.2/java.lang.Class.checkMethod(DynamicHub.java:1075)
        at java.base@21.0.2/java.lang.Class.getMethod(DynamicHub.java:1060)
        at App.callReflection(App.java:14)
        at App.main(App.java:8)

将所有方法都加到配置文件中即可。

注意这里的 --no-fallback 参数，防止 native-image 开启回退模式（fallback image）。native-image 检测到反射时会自动开启回退模式，生成的可执行文件也是可以执行的，但是必须依赖 JDK：

% native-image App 
...
Warning: Reflection method java.lang.Class.getMethod invoked at App.callReflection(App.java:14)
Warning: Aborting stand-alone image build due to reflection use without configuration.
...
Generating fallback image...
Warning: Image 'app' is a fallback image that requires a JDK for execution (use --no-fallback to suppress fallback image generation and to print more detailed information why a fallback image was necessary).

Reachability Metadata 和 Tracing Agent

上面的 resource-config.json 和 reflect-config.json 文件也被称为 可达性元数据（Reachability Metadata），一般位于 META-INF/native-image/<group.id>/<artifact.id> 目录下，元数据文件有以下几种类型，每一种类型的元数据配置放在对应的 <feature>-config.json 文件中：

• resource-config.json - 资源和资源包 允许加载应用程序中存在的任意文件
• reflect-config.json - Java 反射 使 Java 代码能够在运行时检查自己的类、方法、字段和属性
• proxy-config.json - 动态代理 会根据需要创建类，这些类实现了给定的接口列表
• jni-config.json - JNI 允许本地代码在运行时访问类、方法、字段及其属性
• predefined-classes-config.json - 预定义类 为动态生成的类提供支持
• serialization-config.json - 序列化 使 Java 对象可以写入和从流中读取

值得注意的是，最新版本的 Reachability Metadata 配置文件格式有所调整，所有的配置都统一放在 META-INF/native-image/reachability-metadata.json 文件中，在查看在线文档时要特别留意，区分 GraalVM 的版本。

但是手工编写元数据文件非常繁琐，而且容易出错，为此，GraalVM 提供了名为 Tracing Agent 的工具，帮我们自动生成元数据文件。

这个工具可以在 $GRAALVM_HOME/lib 目录下找到。

它的用法非常简单，使用 java App 正常运行程序，同时加上 -agentlib 参数即可：

$ java -agentlib:native-image-agent=config-output-dir=META-INF/native-image App

程序运行结束后，META-INF/native-image 目录下会自动生成如下文件：

├── App.java
├── META-INF
│   └── native-image
│       ├── agent-extracted-predefined-classes
│       ├── jni-config.json
│       ├── predefined-classes-config.json
│       ├── proxy-config.json
│       ├── reflect-config.json
│       ├── resource-config.json
│       └── serialization-config.json
└── app.res

我们可以打开 resource-config.json 文件进行查看，内容如下：

{
  "resources":{
  "includes":[{
    "pattern":"\\Qapp.res\\E"
  }]},
  "bundles":[]
}

这和上面我们写的差不多，有了元数据文件之后，再通过 native-image 就可以编译出带资源文件的可执行文件了。

细心的同学可能已经发现，这里的写法和我们的写法不太一样，自动生成的配置是 \\Qapp.res\\E，而我们写的配置是 app.res；其实，自动生成的是更为严谨的写法，\\Q 和 \\E 是特殊的正则表达式语法，表示从 \\Q 到 \\E 之间的所有字符都应被视为普通字符，不会被解释为正则表达式的特殊符号，而我们写的 app.res 包含 . 会被当成是任意字符。

对于反射的示例，可以用一样的方式运行：

$ java -agentlib:native-image-agent=config-output-dir=META-INF/native-image App Calculator add 1 1

这时也会生成 reflect-config.json 文件，内容和我们的写法一样。

不过 Tracing Agent 有个不好的地方，每次运行会覆盖之前生成的元数据文件，所以当我们运行 java -agentlib:... App Calculator sub 1 1 时，生成的 sub 方法会把第一次生成的 add 方法覆盖掉，如果能自动合并就好了。

在 Maven 项目中使用 Tracing Agent

如果要在 Maven 项目中使用 Tracing Agent，我们需要对上面的 Maven 项目做两点修改：

第一点，在 native-maven-plugin 插件中新增如下配置：

<configuration>
    <fallback>false</fallback>
    <agent>
        <enabled>true</enabled>
    </agent>
</configuration>

<fallback> 部分表示关闭回退模式；<agent> 部分表示开启 Tracing Agent，这一部分也可以通过命令行参数 -Dagent=true 开启。

第二点，新增 org.codehaus.mojo:exec-maven-plugin 插件，添加一个 id 为 java-agent 的执行块，要执行的命令就是用 java 运行当前项目。

修改完的完整配置如下：

<profiles>
    <profile>
        <id>native</id>
        <build>
            <plugins>
                <plugin>
                    <groupId>org.graalvm.buildtools</groupId>
                    <artifactId>native-maven-plugin</artifactId>
                    <version>0.10.4</version>
                    <extensions>true</extensions>
                    <executions>
                        <execution>
                            <id>build-native</id>
                            <goals>
                                <goal>compile-no-fork</goal>
                            </goals>
                            <phase>package</phase>
                        </execution>
                        <execution>
                            <id>test-native</id>
                            <goals>
                                <goal>test</goal>
                            </goals>
                            <phase>test</phase>
                        </execution>
                    </executions>
                    <!-- NEW -->
                    <configuration>
                        <fallback>false</fallback>
                        <agent>
                            <enabled>true</enabled>
                        </agent>
                    </configuration>
                </plugin>
                <!-- NEW -->
                <plugin>
                    <groupId>org.codehaus.mojo</groupId>
                    <artifactId>exec-maven-plugin</artifactId>
                    <version>3.1.1</version>
                    <executions>
                        <execution>
                            <id>java-agent</id>
                            <goals>
                                <goal>exec</goal>
                            </goals>
                            <configuration>
                                <executable>java</executable>
                                <workingDirectory>${project.build.directory}</workingDirectory>
                                <arguments>
                                    <argument>-classpath</argument>
                                    <classpath />
                                    <argument>com.example.App</argument>
                                </arguments>
                            </configuration>
                        </execution>
                    </executions>
                </plugin>
            </plugins>
        </build>
    </profile>
</profiles>

然后执行如下命令正常打包：

$ mvn clean package

接着是关键一步，执行如下命令运行 java-agent 执行块：

$ mvn exec:exec@java-agent -Pnative

由于上面开启了 Agent 模式，native-maven-plugin 插件会自动将 -agentlib:... 参数注入到 exec-maven-plugin 的参数列表中，从而在 target/native/agent-output/main 目录下生成元数据文件。如果 target 目录下没有文件生成，请检查 pom.xml 配置是否正常。

最后，生成可执行文件：

$ mvn package -Pnative

这里比较有意思的一点是，native-maven-plugin 插件是如何将 Agent 参数注入到 exec-maven-plugin 的参数列表里的？我们从 pom.xml 配置中看不出任何线索，关键藏在 native-maven-plugin 的源码 里：

这个类实现了 AbstractMavenLifecycleParticipant 的 afterProjectsRead 方法，这个方法是 Maven 的一个重要的扩展点，允许开发者在 Maven 读取完所有项目配置后，但在构建项目依赖图之前，插入自定义逻辑，比如这里的逻辑就是查找 exec-maven-plugin 插件中 id 为 java-agent 的执行块，并将 Agent 参数注入到 <arguments> 列表中。

参考

• Getting Started with Oracle GraalVM
• Getting Started with Native Image
• GraalVM Documentation
• GraalVM User Guides
• How to Build Java Apps with Paketo Buildpacks
• Containerize a Native Executable and Run in a Container
• Include Resources in a Native Executable
• Configure Native Image with the Tracing Agent
• Java AOT 编译框架 GraalVM 快速入门
• Create a GraalVM Docker Image
• 如何借助 Graalvm 和 Picocli 构建 Java 编写的原生 CLI 应用
• Runtime efficiency with Spring (today and tomorrow)
• GraalVM for JDK 21 is here!
• GraalVM Native Image Support
• 初步探索GraalVM--云原生时代JVM黑科技-京东云开发者社区
• 不同操作系统可执行文件格式

更多

原生应用相比于传统的 Java 应用，在服务监控、问题排查、日志调试、性能优化等方面要麻烦一点，GraalVM 也提供了一些指南供参考。

监控

• Build and Run Native Executables with JFR
• Build and Run Native Executables with Remote JMX
• Create a Heap Dump from a Native Executable

调试

• Troubleshoot Native Image Run-Time Errors
• Add Logging to a Native Executable
• Debug Native Executables with GDB

优化

• Optimize a Native Executable with Profile-Guided Optimization
• Optimize a Native Executable for File Size
• Optimize Size of a Native Executable using Build Reports
• Optimize Memory Footprint of a Native Executable

1. 访问GuooGiiip-geoaddress-generator
2. 点击右上角的“Fork”按钮创建你自己的副本

1. 登录Cloudflare 仪表板
2. 在左侧菜单找到并点击“Pages”
3. 点击“连接到 Git”按钮
4. 点击提示 关联您的 GitHub 账号

1. 选择你刚才叉子的仓库
2. 点击“开始设置”
3. 在项目配置页面：
   • 框架默认：选择Next.js（注意：不要选择 Next.js Static HTML Export）

提示：首次安装可能会出现错误，这是正常现象。按照提示 2.3 启用 Node.js 兼容性并重新安装即可解决。

1. 部署完成后，进入项目设置
2. 在“运行时”类目的下找到“兼容性标志”，填入nodejs_compat。

1. 返回“部署”页面
2. 点击“重新部署”按钮
3. 等待配置完成，访问分配的域名即可使用

如果您想手动保持与原仓库同步，​​可以：

1. 定期访问你的fork仓库
2. 点击“Sync fork”按钮，参考GitHub官方教程同步fork
3. 选择“更新分支”即可

如果您想自动保持与原仓库同步，​​可以：

1. 在 GitHub Action 中新建工作流程
2. 创建sync.yml文件：

name: Sync Fork

on:
  schedule:
    - cron: '0 0 * * *'  # 每天运行一次
  workflow_dispatch:     # 手动触发

jobs:
  sync:
    runs-on: ubuntu-latest

    steps:
    - name: Checkout Fork Repository
      uses: actions/checkout@v3
      with:
        ref: main

    - name: Set Git User Info
      run: |
        git config --global user.name "github-actions[bot]"
        git config --global user.email "41898282+github-actions[bot]@users.noreply.github.com"

    - name: Add Upstream
      run: |
        git remote add upstream https://github.com/GuooGaii/ip-geoaddress-generator
        git fetch upstream

    - name: Merge Upstream Changes
      run: |
        git merge upstream/main --allow-unrelated-histories --no-edit

    - name: Push Changes to Fork
      run: |
        git push origin main

以下为自己摸索的搭建wordpress步骤，如有不妥之处请海涵。

事先把自己的域名托管在cloudflare，如想想使用serv00自带域名也是可以的。
下载wordpress压缩包： 下载 – WordPress.org China 简体中文，放置在桌面。
需要工具：crossftp下载并安装在电脑上。

进入serv00后台： https://panel16.serv00.com，链接里的数字你申请的是s几就填几。

第一步：点击WWW websites，再点击Add new websites，此时输入你的域名，输入完后点Add

第二步：点击MySQL，再点击Add datebase，此时输入数据库名和密码，如下图

第三步：点击SSL,再点击WWW websites，看到第一个ip地址，把这个IP地址添加在cloudflare域名A记录，注意先不要打开小云朵。

然后回到WWW websites页面，点击Manage，再点击Add certificate，然后在Type里选择Lets Encrypt这个选项，Domain选择自己添加的域名，最后点Add，这样系统自动就帮我们申请证书了。

显示successfully就代表证书申请成功。

此时在浏览器输入自己的域名：demo.zeku.net，出现以下页面就代表部署成功，此时可以到cloudflare域名那里开启小云朵。

第四步：在桌面打开安装的软件crossftp，点击左上角：文件，再点击：连接，然后输入登录serv00的账号和密码，填好后点击：连接。如你的链接被墙，需要设置代理，以v2rayn为例，见下图

进去后找到/usr/home/dwaigzgqx/domains/demo.zeku.net/public_html路径，右键点击index.html，然后删除。再然后上传woredpress压缩包到public_html文件夹里，右键点击wordpress压缩包，然后点击：压缩至此。这样压缩包就解压了。

第五步：回到serv00页面，点击File manager，依次点击到路径domains/demo.zeku.net/public_html/wordpress，然后全选wordpress里的文件后右击，点move移动到public_html文件夹。

移动完成后此时可以把空的wordpress文件夹和压缩包删除，选中后右击点delete就删除了。如你还想多建几个站可以保留压缩包，重复上述步骤即可。

最后在浏览器里输入域名：demo.zeku.net就进去到wordpress配置页面了

输入之前创建的数据库名和密码，以及填写数据库主机链接，其他默认，最后点击提交

然后就是填写站点信息，填完后点击安装wordpress

然后登陆wordpress后台

至此，wordpress就安装完成了

搭载了 N5105,16G 内存和 256G SSD 的 intel NUC11 闪亮登场。

家中一直运行着几台低成本的 Server 小设备，包括树莓派 3B+（运行脚本）、斐讯 N1 盒子（小钢炮下载机）以及友善 R2S（openwrt 系统）。

2018 年 12 月购入的树莓派，承担着运行脚本和几个简单 Docker 服务的任务，基本能够满足需求。不过，它存在一个明显的缺陷，其系统安装在 TF 卡上，稳定性欠佳。运行大概一个月左右，就会出现文件系统错误，进而导致无法进入系统。索性挂闲鱼 ¥150 秒出。（疫情期间二手价格曾涨到 ¥500，当时怀旧没舍得卖） 如今，app 的推荐算法真绝。卖掉树莓派后，闲鱼首页便被各种低功耗小主机刷屏。由于我的需求很明确，就是要找一个能稳定运行几个脚本和 Docker 服务，从而替代树莓派的设备，所以从颜值方面考虑，选择了这台价值 400 元的二手 intel 阿特拉斯峡谷 NUC11ATKC4 准系统。

希望这次系统安装和配置完成，通电后就安静稳定的待在柜子里，近几年都不要再碰它了。

由于不经常配置 Ubuntu，下面的内容是给自己的备忘。

Ubuntu24.04 系统配置

设置静态 IP 地址

修改 apt 软件源并更新系统

#更换阿里源，已经不是原来的路径/etc/apt/sources.list
vim /etc/apt/sources.list.d/ubuntu.sources

#/etc/apt/sources.list.d/ubuntu.sources其内容为
#把其中的http://cn.archive.ubuntu.com/ubuntu/，修改为https://mirrors.aliyun.com/ubuntu/
Types: deb
URIs: https://mirrors.aliyun.com/ubuntu/
Suites: noble noble-updates noble-backports
Components: main restricted universe multiverse
Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg

Types: deb
URIs: https://mirrors.aliyun.com/ubuntu/
Suites: noble-security
Components: main restricted universe multiverse
Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg

#保存并退出
：wq

#更新
apt update

#升级
apt upgrade

安装和配置 ZSH

#安装 zsh
sudo apt install zsh

#验证 zsh 是否安装成功
zsh --version

#安装 ohmyzsh
sh -c "$(curl -fsSL https://raw.githubusercontent.com/ohmyzsh/ohmyzsh/master/tools/install.sh)"

#安装完成后，ohmyzsh 会自动将你的默认 shell 更改为 zsh。你可以使用以下命令来验证是否已切换到 zsh：
echo $SHELL

#主题和插件,编辑.zshrc配置文件
vim ~/.zshrc

#我的插件列表
plugins=(git z sudo docker zsh-syntax-highlighting zsh-autosuggestions)

#最后2个第三方插件需要先手动下载
git clone https://github.com/zsh-users/zsh-autosuggestions ${ZSH_CUSTOM:-$HOME/.oh-my-zsh/custom}/plugins/zsh-autosuggestions

git clone https://github.com/zsh-users/zsh-syntax-highlighting ${ZSH_CUSTOM:-~/.oh-my-zsh/custom}/plugins/zsh-syntax-highlighting

#运行 source ~/.zshrc 来使更改生效
source ~/.zshrc

美化 Terminal

Gnome 的 Terminal 可以在  Gogh  这个项目里找到合适的颜色主题，我选用了 Solarized Dark

ssh

ssh 安装

#安装
sudo apt install openssh-server

#启动
sudo systemctl start ssh

#检查服务状态
sudo systemctl status ssh

#启用 SSH 服务自动启动
sudo systemctl enable ssh

#查看服务状态
sudo systemctl is-enabled ssh

ssh 配置

#配置证书登陆
#使用 ssh-copy-id将公钥复制到远程服务器
#储在默认位置（通常是 ~/.ssh）使用 Ed25519 生成的默认名称为 id_ed25519 和 id_ed25519.pub
cd ~/.ssh
ssh-copy-id user@192.168.1.99   #这将自动将公钥添加到远程服务器的 ~/.ssh/authorized_keys 文件中

#编辑 SSH 服务的配置文件 /etc/ssh/sshd_config
sudo vim /etc/ssh/sshd_config

#确保以下设置已经被打开注释：
#PubkeyAuthentication yes：启用公钥认证。
#PasswordAuthentication no：禁用密码认证（可选，但推荐）。
#ChallengeResponseAuthentication no：禁用挑战响应认证。

#配置 SSH 别名一键登录（本地电脑）
#打开ssh配置文件
$ vim ~/.ssh/config

#新增
Host <起个名字>
HostName <你的服务器ip地址>
User <用户名>
Port [可选项，端口号]

#演示实例
Host nuc
HostName 192.168.1.99
User yangpeiyuan

#完成后，就可以这样登录服务器了
ssh nuc

xRDP

#安装 XRDP 服务器
sudo apt install xrdp

# 启动服务
systemctl start xrdp

# 设置开机自启动
systemctl enable xrdp

# 检查状态
systemctl status xrdp

#将 xrdp 用户添加到 ssl-cert 组
sudo adduser xrdp ssl-cert

#安装完成后，需要注销/重启系统，否则在使用 XRDP 远程连接 Ubuntu 系统时，可能遇到黑屏问题(客户端连接黑屏)。
reboot

#如何连接不上，检查
sudo vim /etc/xrdp/xrdp.ini

#修改成
security_layer=rdp

至此，可以用 ssh 和 Microsoft remote desktop 连接 NUC 了。放入柜子中放光发热。

树

今天阳光很舒服，在常德河边的小咖啡店喝了杯热可可，尝了一块苹果肉桂巴斯克。

店名很有趣，叫「木又寸」，合起来是「树」，英文名 Be a Tree。

工作日店内挺安静，身后椅子上有一只猫咪懒洋洋的晒太阳，心情好的时候会在我们脚下漫步。

答题

店内有一些藏书，随手翻看着一本，叫《日和手贴—打包你的人生》。

开头是一篇「群访」，标题是「你如何打包你的日常生活」，共有四个问题。

心情很好，顺手答一下：

1.你的包里是凌乱的还是井井有条的？

旅行开始的时候井井有条，但拿取东西的次数多了后，会变的凌乱。

包内有 7 个分区，所以只要不装的太满，还是能快速找到自己要的东西。

2.平时会背怎样的包？

经常背电脑，双肩包更舒适，目前背的是 Bellroy Classic Backpack plus v2，舒适度很高，这三年陪我去了很多地方。耐用性也不错，远看跟新包一样。

不带电脑的时候，我会背一个小斜挎包，装手机、钱包、纸巾。

3.出门时包里会装些什么？

• 电脑 – MacBook M2 Pro
• 一加数码收纳包
• 手机电脑充电线、Anker 65w 氮化镓3口充电器
• Anker Type-C 扩展坞
• Lightning to SD Card Camera Reader
• 充电宝 – Oisle 便携磁吸充电宝
• EDC 收纳袋 – 近期生病较多，放了一些日常使用的药物
• AirTag – 快速找包
• 粗苯卡片包
• Keith 400ml 钛水壶
• Cuben 购物袋
• HeroClip 多功能挂钩
• Snow Peak X JINS 夹片墨镜
• 相机 – GR3 （大部分时间会带）

4.理想的包是什么样的？

分区合理，耐看，不花哨，面料耐用。最好是黑色，20-24L，太大不适合日常通勤，太小适用范围太小。我只想备 3 款包：城市日常通勤包、徒步包和斜挎小包。

另外，年初徒步旅行经历大雨，不便打伞，背包没多久就湿透了，差点弄坏相机。所以下一个背包，我会选有防雨性能的，比如 Aer City Pack Pro Ultra。Aer 经典款背包唯一的缺点就是自重有点重，而这款是新材料，线下试过一次，很轻，也耐看。

现在这个包还能背好多年，防水不算日常需求，几年后包坏了再考虑换。

结

下午，河边人逐渐多了起来，店内又来几桌客人，挺热闹，但也不适合看书了。

收拾收拾回家！

0

关联：2023，这一年发布的文字就是我的年终总结

自 2021 年开始写博客，2024 年是我坚持写作的第四年，这一年我发布了 83 篇博客，共计 61,602 字 。

照例贴上主页截图，纪念一下。

1

年初闭关几个月赶出了毕业论文，跌跌撞撞的博士毕业。

拿到毕业证书后很久都没缓过来。

找到了契合的博后职位，但入职和签证流程折腾了好几个月，至今没走完。

在导师介绍下，兼职做学术期刊编辑，挣生活费。

希望 25 年能顺利入职。

2

这一年生了太多次病，咽炎、肠胃炎、腰伤、甲流… 浑浑噩噩的度过了下半年。

刚毕业的时候，充满干劲，计划了很多项目，但这半年状态实在不好，少有顺利进行的。

希望入职前能调整好状态。

3

年初去英国探望女友，完成了人生中第一次中距离徒步旅行。

然后回归异地，做彼此的电子宠物。

年末，女友也完成了毕业答辩，终于回国。

25 年 1 月，我们领证了。

随女友回老家。来过两次，但她看着我这个小胖墩在她屋里敲电脑，总觉得像在做梦。

确实，我高兴的像做梦一样，总看着她傻笑。

4

工作之后，感觉少有机会和父母出游。趁着还有闲暇，下半年陪他俩飞了两次日本，北海道、东京和箱根。淡季人少，玩的很开心。

高中同学的女儿满周岁，我有幸被夫妻俩信任，成了小家伙的干爹。

和朋友一起完成了第一个 WordPress 插件：NeoDB Integration。

设计了一个博客相关的问卷，评论区有很多有趣的答复。

开启了一个聊天活动，共和 11 位朋友线上交流。

完成了美国心脏协会的 HeartSaver First Aid CPR AED 课程，希望在某个时刻，能够给自己多一份勇气，并且保护自己，帮助他人。

5

11 月份博客被攻击过一段时间，维护后，暂时安全。

这一年中，我最喜欢的博客是 那些脱口而出的思考 和 秋夜、白葡萄酒和面包 。

祝大家身体健康！

本刊物不定期发布，推荐通过 RSS 订阅：https://anotherdayu.com/feed/

推荐几个最近用着很舒服的 macOS 软件！

Mailmate，朋友推荐的一款 macOS IMAP 电子邮件客户端，日常价格为每 3 个月 10 美元，前几天可以 1 美元购买 3 个月的使用权限（已过期），就试了试，结果非常惊喜。付费期限结束后，会自动转为免费版，似乎也够日常使用（还未测试）。很踏实的设计风格，比 Apple mail 和 Spark 细节好很多。如下图，如果邮件中提到了 attachment，但没有添加附件，还会提醒。

Kinopio，一款画板软件，风格比较独特，可以分享页面，并嵌入网页，示例：第一次中距离徒步 Yr Wyddfa。从 Obsidian 转出后，偶有画板需求，但不想再额外使用一个笔记软件，就会用 Excalidraw，但 Excalidraw 稍有些粗糙。Kinopio 则刚刚好，网页版轻量化，还能导出为 Obsidian 的 JSON Canvas file format 格式和 PDF，易于储存和索引。

new file menu，为 macOS 右键菜单增加新建文件的功能。类似的软件有很多，但部分在系统更新后失效，这款则比较稳定简单。

Trickster，快速索引近期访问的文件，优点是能索引 Devonthink 等软件内部的文件。

codepiper，自动复制 macOS 中的短信验证码，很易用。

Rapidmg，macOS 安装 DMG 文件时的拖拽流程比较累赘，这个软件则省去了该步骤。

FluentRead，Firefox插件，类似于沉浸式翻译，优点是开源，设置界面简洁舒适。缺点是目前没有一键全网页翻译，只有段落翻译快捷键。

推荐你有条件的话，去看看一个台湾记者拍的纪录片《走线》。

这个纪录片说的是很多国人通过复杂的路线，穿越热带雨林，爬山，涉水，还要在很多国家的边境线穿插，最终“偷渡”美国的事情。目前国内无法看到。

我倒不是要赞美或者批判，实际上你去看这个纪录片，并不是所有费尽千辛万苦到达美国的人都认为自己到了梦中的天堂。也有一定比例的人后悔来到美国，并且抱怨美国根本没有那么好。

就不过多剧透了，你可以看看。很多时候，你认为的天堂，真的到了也许并非想象中那么美好。甚至你可以去看美苏冷战，还有美国人移民去了苏联。

大国博弈时代落下的一粒灰，就是普通人身上的一座山。大国博弈的背后，是无数普通人的命运被改写。他们或许无法选择自己的出生，无法选择自己所处的时代。

于是每个人都想成为“人上人”，却忘记了前面还要“吃得苦中苦”。但我却认为这是一个伪命题，吃苦的本质是一种对资源的争夺和生存的竞争。在资源有限的环境中，个体需要通过付出更多的努力（体力、时间、精力等）来获取有限的资源。这种竞争在农业社会、工业社会中尤为明显，因为物质资源的匮乏使得“吃苦”成为了一种生存的必要手段。

但在现代社会，尤其是信息化和全球化的时代，吃苦的定义已经发生了变化。传统的体力劳动和重复性工作逐渐被自动化和人工智能取代，而创造力和创新成为了新的核心竞争力。因此，吃苦不再仅仅是体力上的付出，更多是精神上的挑战，比如学习新技能、适应快速变化的环境、承担风险等。

不想吃苦，首先就要明白当前的规则是什么。或者直白点说，是什么规则再让你吃苦，而你能否打破这个规则，这个规则可以涵盖一切法定的，口头的，甚至是约定俗成的普世价值。

打破规则的逻辑就是跳出循环，只有跳出循环，才能开启新的可能，哪怕那又是一个新的循环，但却充满了更多可能。越是听话的人，越是穷得很稳定，这是对大多数人而言，也是我个人比较偏激的观点之一。

规则之所以能束缚你，是因为它需要大多数人去听话，去服从，去相信这是“理所当然”，甚至加上了“为了你好”这条如同压了孙悟空五百年的封印。但真正的自由，往往来自于那些敢于质疑和跳出循环的人。哪怕跳出来之后，又是一个新的循环，但至少这个循环是你自己选择的。

虽然我们肉体无法走线，但是财富可以，认知可以。前提是你知道自己想要什么，而不是别人给你灌输什么你就信什么（也别信我）。

比特币是打破规则，开启新循环的一种可能，并且前提是需要一个人的认知破局。至少要明白，货币的本质到底是什么，国家发行的那叫法币，是货币的其中一种表现形式。

同样，我们以为的“成功”、“稳定”这些标签，也不过是被规则设计出来的“标准答案”。

想要改变命运，首先得改变认知。认知的升级，就是你人生真正的走线。要知道自己想要什么，而不是别人告诉你该要什么。要有打破规则的勇气，更要有进入新循环的智慧。只有当你的财富和认知能够走线，你才会发现，所谓的边界，不过是规则的假象，而真正的自由，始于内心的觉醒。

引

这是一篇拖了 1 年的游记。

24 年初，去英国探望女友，去了威尔士坎布里亚山脉的斯诺登山（Snowdon）徒步旅行，威尔士语叫 Yr Wyddfa。这是威尔士第一高山，英国第二高山，相对高度 1038 米。

我俩平日很少锻炼，最多在公园和乡间徒步，这是第一次爬原生态的徒步路线。

小雨转暴雨

早餐吃的是青旅的英式自助餐，味道不错！

选了一个中等难度的线路：Yr Wyddfa (Snowdon) via Miners’ Track and Pyg Circular。全程12.1km，上山是难度比较高的 Pyg Track，下山则走简单一些的 Miners’ Track。

出发的时候还没雨，走到山脚开始有稀稀落落的小雨。

我们准备的不够充分，没带防雨的冲锋衣和徒步鞋，穿着比较日常的衣物，但初生牛犊不怕虎，决定冒雨登山。

走了半小时左右，雨大了起来。山路也从还算平坦的路线，转成了有坡度的碎石路，且雨天路滑，危险了许多。

这段路程需要手脚并用才能前行，跟景区爬楼梯大不相同，第一次感受到了野外徒步的魅力。

这时外套和书包已经湿透，但本着来都来了的态度，我们还是义无反顾的继续。

大雾

大雨后是大雾，能见度很低，登山过程中少了很多享受美景的机会。

浑身湿透，饥寒交迫，我也没太多心思享受美景，只想赶快登顶。女友的状态好一些，很开心的拍照。

好在还能看到心形湖。

这个阶段有些煎熬，因为人已经开始疲倦，但仅走了1/4，前路漫漫，看不到尽头。明显感到体能不支，跟不上那些劲头十足的徒步者，渐渐落到了队尾。

还有一些游客带着宠物，狗狗爬得比我俩顺畅的多。

登顶

跌跌撞撞的爬到了山顶，风更大了，还有积雪，能见度几乎为零。

实在太冷，拍了几张照片留念，就匆忙下山。

冬季往返小火车（Snowdon Mountain Railway）停运，只能硬着头皮继续下山。

这个阶段，我们俩更疲倦了，双腿酸疼，还有些憋尿。

只能互相鼓励着前行！

中间休息多次，但每次都不敢久坐，怕体温下降，就再也站不起来了。这时开始有些后怕，应该多做些准备再登山。

下山的风景很好~

真不容易

最后用了 7 个多小时走完全程， Alltrails 软件显示 6 小时，似乎没有把休息的时间算进去。

回到 YHA 青旅后，赶紧洗了个热水澡。意外的是我们都没有感冒，总的来说还算顺利！

结

这次如果不是雨天，路线其实并不困难。

聊起这次的经历，女友想起了一句话：旅行是一种延长生命的方式。生命长度以「富有情感的新鲜经历」作为度量。日常生活中的固定状态，有太多重复的模式，很多经历仿佛被折叠。而旅行时我们敏感又清醒，每一分每一秒，都积极的感受着。更直接的是，这次旅行太苦了，两个人一起走过来，会一直记得！

此后，我对徒步旅行越来越感兴趣，一点点买装备，为下次徒步旅行做准备！

Kinopio

最近很喜欢用 Kinopio，这是一个画板软件，免费功能基本够用，可以分享画板，并嵌入网页。

我用画板整理了此次旅行线路，效果如下：

致谢：审稿人+摄影师，徒步时是女友，现在是家属的小西瓜！

补

补一句看 Links 视频时听到的话。

为什么要去想这些，比谁高、比谁快比谁厉害，这是山，这不是社会。无论走到哪个高度，是不是登顶，山都会回馈你，它会给你，这份只属于你的感受。悲观者总是正确，乐观者正在前行。

引

前几天跟一位久居日本的老友吃饭，他有肠胃炎，席间跑了几趟厕所，回来直抱怨里头烟味熏人，难受得很。

我听着他的抱怨，感同身受，因为我一直深受慢性咽炎的困扰，异味重就会咳得厉害。

日本大部分区域都设有室外和室内的吸烟室，标识明晰。吸烟者一眼就能找到，既方便了他们，又最大程度减少了二手烟对他人的影响。

我们俩在上海都没看到过吸烟室的标识。当然，我们都不是吸烟者，对这些设施不敏感。于是我们咨询了商场服务台，确实没有设置室内吸烟室，有室外吸烟室，但没有引导标识。

之后的几天只要经过商场，我都会问问室内吸烟室，结果新老商场都仅有室外吸烟区域，且都没有标识。又联系了一位在上海多家商场工作过的朋友，他去过的商场中仅吾悦广场有室内吸烟室。

这些室外吸烟区大多仅有一个烟灰缸，没有顶棚，更别提空调，一下雨，就无法使用。这可能是一部分人转而跑去厕所的原因。

一部分机场会设置室内吸烟室，但一些被设在了公务舱休息室内，普通旅客就享受不了这些便利。

为什么没有室内吸烟区？

对这种现象，我们俩都比较疑惑。设置室内吸烟室，并给予清晰引导，其实会同时提升吸烟者和非吸烟者的消费体验，且成本并不会很高，为何少有设置室内吸烟区的商场呢？

带着疑问，我简单检索了相关资料，发现《公共场所卫生管理条例实施细则》规定，“室内公共场所禁止吸烟”。吸烟点应当满足以下条件：

1. 室外区域；
2. 不得靠近人群密集区域和行人必经的主要通道；
3. 符合消防安全；
4. 设置明显的指引标识；
5. 配置烟灰缸等盛放烟灰的器具，并设置吸烟有害健康的警示标识。

但其实有一些商场是有室内吸烟室的，所以其中的边界令人感到困惑。

另外，前几年有一例室内公共场所控烟环境公益诉讼案件，涉案商场因在室内设吸烟室，被判赔偿 140 万元环境修复费用、服务功能损失费。

难怪现在少有商场设置室内吸烟区。

但根据这个案件的细节，该商场室内吸烟区和母婴区邻近，且排风换气设施不佳。可能这才是判决的核心原因。

如果要设置室内吸烟区，那么将其设置在合理的位置，并配备强力的换气系统，确实是基础。

结

其实，对于我们这些不吸烟的人来说，公共场所禁烟力度越大，舒适度越高。但凡事都讲究个度，步子迈得太大，不考虑吸烟群体的实际需求，往往会适得其反。

既然无法完全禁烟，且烟民数量巨大，那么多一些室内吸烟室，其实很好，要互相理解。

这几年上海很多商场都在推二次元和宠物友好这些概念，但对大部分消费者来说，干净的厕所和空气似乎优先级更高一些。

以我母亲为例，外出的时候她都尽量不上厕所。每次去陆家嘴逛街，如果有需求，都会转到国金的卫生间。最后，我们在国金就餐的次数似乎也变多了，印象也更好些。

RSS.Beauty 是一个基于 XSLT 技术的 RSS 美化工具, 可以将普通的 RSS/Atom 订阅源转换成美观的阅读界面。

主要特性

• 🎨 精美的阅读界面
• 🔄 支持 RSS 2.0 和 Atom 1.0
• 📱 响应式设计, 支持移动端
• 🔌 一键订阅到主流 RSS 阅读器
• 🖥 支持部署到自己服务器

快速开始

访问 RSS.Beauty 并输入任意 RSS 订阅源链接即可体验。

技术栈

• Astro
• TailwindCSS
• XSLT

开源

GitHub: https://github.com/ccbikai/RSS.Beauty

先说好，这是测试系统，不一定稳定。但我想里面的书还是有点价值的，至少有些书，你自己去网上找还真不一定容易。

当然后续还会更新，但如果服务器扛不住，可能就转为内部了。

只要能力范围内可以免费提供的，我尽量。但如果确实没办法免费提供，那我也会说清楚。

那么这个网址就是[https://book.btchao.com]()

警告：请不要再微信朋友圈打开链接，否则会导致微信以为你在“翻墙”，影响你的微信安全体验。复制网址到浏览器地址栏，然后访问就可以，电脑体验最佳。

你还需要账号：btchao

以及密码：Btchao@123

能登录，就能看，当然如果非常卡顿，说明同时登录的人比较多。

目前比较优先推荐你看《人生亏欠指南》，当你总在想怎么赚钱的时候，不如先看看别人怎么亏钱。赚钱的方法千千万，亏钱的方法只会更多，如果你感到赚钱辛苦，那一定有人替你财富自由。

当然，九神的囤比特币这本电子书我也上传了，想下载就去下载吧。总算不用百度网盘那种狗屎一样的体验了。

另外，重磅中的重磅，张小龙的饭否日记（已绝版）和王兴的饭否记录（也绝版）都一并免费送上。是真绝版了，所以且看且珍惜！

包括哈耶克的全集，这个我还没来得及翻阅，请大家自行查看吧。当然，更多的书陆续还会上传。

说一千道一万，能稳定使用才是王道。

图片

目前看，基本能保证1000人以内的日常访问是ok的。

我喜欢互联网，这几天一直在思考OpenAI创始人Sam Altman的一个猜测，他认为不久的将来，一个人可能就能创办一家估值10亿美元的独角兽公司。并且一定是在AI的助力之下达成。

所以，请保持热爱。热爱那些看似微不足道的思考，热爱那些在喧嚣中被忽视的声音，热爱那些在黑暗中依然闪烁的理想。因为正是这些热爱，让我们在未来的浪潮中，不至于迷失自己。

请，继续前行！

比特币问答社区：[https://wd.btchao.com]()

比特币网站导航：[https://dh.btchao.com]()

《通往比特币之路》进度70%

H.A.B俱乐部 筹备中......

通过 netstat 查询 端口是否被打开。

netstat -ano | findstr : 80
netstat -ano 显示所有端口、以数字形式显示所有ip和端口、显示占用的进程的ID
findstr：80 寻找筛选”:80”字符串的内容，并显示。

众嗦粥汁，政策是天际线经营玩法的精髓之所在，他是治理城市的有力工具，决定了你的城市包括但不限于收支、吸引度、幸福度等诸多功能。而各种政策，则是由政策面板提供 (

最近也是秋招收到offer了，嵌软方向，本地企业，于是闲的没事干在学校开摆，顺便提升下代码水平。

于是首当其冲的就是指针和面向对象思维，emmmm怎么说呢，这方面蛮薄弱的，于是刚学了一点结构体指针的皮毛，结合之前比赛因为用了许多I2C设备而多次反复的初始化GPIO口的麻烦，尝试了下把I2C面向对象化，顺便复习下I2C。

面向对象核心思想和C语言的实现

众所周知，向对象编程（Object-Oriented Programming，OOP）是一种通过抽象和封装来提高代码复用性和可维护性的编程范式，但是C语言他原生是面向过程语言，并未向Python和Java那样原生支持面向对象的特性。

C语言的精髓和核心是指针，通过指针直接操作内存，可以实现很多骚操作；加上C语言的struct结构体，以及typedef自定义类型，从而实现模拟类和对象；又因结构体支持结构体的嵌套，因此可以实现基于嵌套意义的类和方法继承；进而实现面向对象的思想和全部功能。

刷b站的时候突然发现陈老师出新专辑了，当场就把数字专辑买了（

一开始还以为是原神出新OST了，后来才发现陈老师已经离开米哈游了（

之前听了MV，很浓的枫丹感涌上来，这是初听。

细听才发现，这不是枫丹感，这是独属于陈老师的告白。

乱舞、指环、回廊、朋友，这是陈老师对过往和原神的告别，亦是新旅程的开始。

与其说有枫丹感，更不如说，《幻想乐园》即便是专属于陈老师的枫丹！

先叠个buff，这不是让你去买比特币，而是在探讨一个问题：

当你在说“我不会买比特币啊！怎么买比特币啊？”这个问题出在哪里？怎么解决？

先说一下，中国大陆境内目前是不可以买卖比特币的，属于违法行为。但是个人持有比特币不违法，且是作为一种个人资产得到法律保护的。（具体地方执行情况略有不同）

这是去年我在慕田峪长城的顶峰拍的照片，与我一起登上这最高峰的还有几个外国朋友。

你细看左侧，在长城的外墙边上，摆着一堆饮料，其实还有一个箱子，里面装的是冰棍。以及中国长城文化风格的纪念品冰箱贴啥的，好像老外都很喜欢这玩意。

售卖这些物品的是一个50岁左右的阿姨，她说着熟练的英文：“Cold drinks here! Water, soda, and juice,and ice cream!”（"这里有冷饮！水、汽水、果汁，还有冰淇淋！"）

并且能与老外流利对话，从每样物品的价格，以及老外选完了可乐和冰棍的总价格，并且找零的对话等等。

当时真应该录一个他（她）们对话现场，非常标准和流利的英文发音，不夸张的说，美剧水准，尤其是带点京腔，倍儿好听。

那你说，这阿姨是不是报了什么英语培训班？或者考了什么雅思托福？应该不至于，我估计大概率是自学而成。那怎么自学的？用什么方式自学的？在哪个平台自学的？有没有办会员？是不是费了很大劲？等等问题，我们不得而知。

也许这个阿姨的英语水平就是在这么不断的磨练中积累出来的。

如果让我来评估是学英语的难度更高，还是买比特币的难度更高，那我肯定选前者。如果屏幕前的你英语哪怕只是考过了三级，那已经比我强了，我三次考试都没过。所以你说你不会买比特币，我不信。

别说你不会，因为这是在给自己设限。——这句话的背后，可能隐藏着一种对未知的恐惧，或者是对行动的拖延。你可能会想：“这东西太复杂了，我搞不懂”“万一亏了怎么办？”“等我再研究研究吧”……结果呢？研究了一年，还是原地踏步。

后台我看了一下粉丝比例，男性粉丝有接近80%，那我想问你们，黄色网站都看过吧？请问去找一个黄色网站，你会满世界问吗？你还会说自己找不到吗？

当年我一个同学，收藏了大概几十个成人网站，甚至还有QQ空间。是的，你没听错，有人在QQ空间不断更新一些“片子”。你说他怎么找到的？我也不知道。

你看，有些事情，你根本不需要别人教，甚至不需要别人催，你自己就会主动去学、去找、去试。为什么？因为你有动力，你有需求，你有好奇心。你会在深夜里默默打开浏览器，输入关键词，翻遍各种论坛，甚至学会翻墙，就为了找到你想要的东西。你不会说“我不会”，你只会说“我一定要找到”。

那为什么换成其他事情，比如学英语、学编程、用AI、了解比特币，你就开始犹豫、拖延、找借口了呢？是因为这些东西对你来说不重要吗？还是因为你觉得自己“做不到”？还是没把你逼急了？试着问问自己。

真把你逼急了，我估计原子弹你都能造出来。这就看把人逼到什么份上了，要么是外力，要么是内驱力，又或者二者相互作用。你不逼自己一把，真不知道自己有多优秀。

还有，前些年很多人看我在抖音里面赚到钱了，总有人问，今年（现在）做抖音还来得及吗？基本上每年都有人问，今年都2025年了，就在昨天还有人问。

其实你应该冷静分析一下，到底是什么在阻止你拥有比特币，当然，我可不是说你非要买比特币。我这句话的重点是在于，你想买，却没有买成的原因。

我个人强烈不建议在你没足够了解和认识到其中风险的前提下盲目购买。

这篇文章提到了一个思路：囤比特币的道路并不拥挤（公众号：小吴乐意）

你是害怕风险吗？你是觉得太复杂吗？还是因为觉得自己没有足够的资金？或者，你只是被那些“比特币是骗局”“比特币会归零”“量子计算机破解比特币”等等之类的言论吓到了？

你看，我们常常会被外界的噪音干扰，被自己的恐惧束缚，结果就是一直在原地打转，迟迟不敢行动。但事实上，问题的核心并不在于比特币本身，而在于你如何看待它，以及你如何面对自己的犹豫和恐惧。

再多说几句掏心窝子的话

前前后后日更了快4个月，写了这么多。对我而言，这就是一次试水，原计划就是试着坚持1个月就不错了，没想到竟然坚持了4个月。而且绝大多数时间都是1天两篇，那应该算大半年了图片

可能很多人只想10万美金买入，18万美金卖出，我也能理解。毕竟，人性就是趋利避害的，谁不想低买高卖，赚个快钱呢？但问题是，市场从来不会按照你的预期走。我以为10万是底，结果它跌到8万；你以为18万是顶，结果它涨到20万。你永远猜不透市场的脾气，唯一能做的，就是做好自己的功课，控制好自己的心态。

所以，应该改变的是我吗？ 我有点恍惚和迷茫。作为一个写作者，我的任务是提供信息、分享观点，而不是替你做决定。如果你只想赚快钱，那我再怎么苦口婆心地劝你“理性投资”“长期持有”，你也不会听。因为你的目标和我表达的内容，根本不在一个频道上。

但这并不意味着我会改变自己的表达方式。因为我相信，真正有价值的内容，是能够启发思考、帮助成长的，而不是迎合短期的欲望。就像那位在长城上卖饮料的阿姨，她不会因为游客只想买一瓶水，就放弃推销她的冰棍和纪念品。

我也理解，每个人的需求和目标不同。有人想赚快钱，有人想学知识，有人只是想看个热闹。这都没问题，关键是你要清楚自己想要什么。如果你只是想赚快钱，那我的内容可能不适合你；但如果你想深入了解比特币，理解它背后的逻辑和风险，那我相信，你会从中找到一些有用的东西。

更何况，我们都是小白，在比特币面前共同成长。

最后，我想说的是，改变从来不是一件容易的事。无论是改变自己的投资观念，还是改变自己的行动习惯，都需要时间和耐心。但只要你愿意迈出第一步，愿意去尝试、去学习、去思考，你就会发现，很多事情并没有想象中那么难。

行动力的本质，就是在不确定中找到确定，在不完美中追求进步。无论时机是否成熟，只要你愿意开始，你就已经走在了成功的路上。

还有，今天发的第二篇，强烈建议你好好看看，这个时代，AI能成就你的一起梦想！！！！（请移步小吴乐意公众号）

比特币问答社区：https://wd.btchao.com

比特币网站导航：https://dh.btchao.com

全网热点动态：https://new.btchao.com

小吴备用微信：btcxwly

如果按照人类时间来计算，今天，也就是2025年1月4日（北京时间），才是比特币正好16岁的生日。因为2009年1月3日比特币主网正式上线的时间不是北京时间，如果要按照北京时间算，比特币主网正式上线的时间是2009年1月4日。

不过这个不重要，因为比特币里面没有时间的概念，只有区块。比特币的系统里已经超越了时间的概念，从0区块开始，一直延伸下去，只要还有1台矿机在工作，只要还有1台电脑在运行，比特币将永远存在。

2009年到2025年，这个世界已经翻天覆地换新颜，有的越来越好了，有的越来越差了。每个人都被这个时代裹挟向前，或被迫或主动，适应着这场由技术、经济和社会变革交织而成的洪流。

有的人选择拥抱变化，有的人选择抵抗，有的人甚至选择逃避。但比特币的存在，就像一盏灯，照亮了一条不同的道路。它不在乎时间的流逝，也不在乎世俗的评价；它只在乎那一笔笔交易的真实性和透明性，只在乎那一个个节点的参与和验证。

这个时代的确变化得太快，快得让人喘不过气。技术在进步，经济在波动，社会在分裂。我们似乎拥有了比过去更多的选择，但也更容易迷失方向。在这样的时代，比特币的意义，或许并不仅仅是一种资产，它更像是一种希望，一种宣言——告诉我们，个体可以在系统之外找到属于自己的力量和位置。

从今天的区块追回到比特币的第0号区块，上面还记录着中本聪的“留言”，这句话永远的刻在了比特币的网络之中，凝聚在所有人的共识之中，甚至比刻在石头上的文字更能永久的留存下去。

“The Times 03/Jan/2009 Chancellor on brink of second bailout for banks.” （2009 年 1 月 3 日，财政大臣正处于实施第二轮银行紧急援助的边缘）

这一行文字，是比特币的起点，也是中本聪借用事实给世界提出的思考题，而答案已不言而喻。

比特币的白皮书就是最好的答案，它不是冗长的论文或激昂的宣言，而是通过一行行简洁的文字和一段段精妙的代码。它告诉我们，技术可以重塑信任，个体可以摆脱对中心化机构的依赖，金融可以变得更加透明和公平。比特币的诞生，不仅是对传统金融体系的挑战，更是对一种全新可能性的探索。

中本聪留下的这行文字，就像一颗种子，埋在了比特币的创世区块中。随着时间推移，这颗种子生根发芽，长成了一片去中心化的森林。每一笔交易、每一个区块、每一台矿机，都是这片森林的一部分，共同构筑起一个无需信任第三方的金融体系。

中本聪没有直接告诉我们未来会怎样，但他用行动和代码为我们指明了一条道路。而这些代码，正是这条道路的起点。它提醒我们，问题的答案往往就藏在问题本身之中——当我们质疑现有体系的缺陷时，新的可能性已经在悄然孕育。

比特币的故事，正是从这行文字开始的。而它的未来，将由每一个参与者共同书写。

1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa，这是比特币网络的第一个地址，被称为“创世地址”。更可以100%确认，这绝对是中本聪的比特币地址。虽然现在中本聪依然没有现身，但这个地址已经成为无数人心中的“圣地”。

这个地址中存有50枚比特币，它们是比特币网络诞生时挖出的第一笔奖励。尽管这些比特币从未被移动过，但它们的存在就像一座灯塔，提醒着所有人比特币的起点。这个地址不仅仅是一个钱包，它更像是一个时间胶囊，封存着中本聪的愿景和比特币最初的纯粹。

也有很多人会给这个地址发送比特币，算是另一种充满精神寄托的仪式感。我也曾经是其中一员，曾经每年的1月4日我都会发送当时价值1美元的比特币到“创世地址”。

现在这个地址里一共有100枚以上的比特币，均来自比特币网络的其他用户。甚至可以说，发送到这个地址的比特币，几乎等于被“销毁”。

许多人曾试图破解这个地址的秘密，甚至有人猜测中本聪会在未来的某一天动用这些比特币。但无论外界如何猜测，这个地址始终静静地躺在区块链上，仿佛在诉说着一个未完成的故事。它的存在，既是对比特币历史的见证，也是比特币安全性的绝佳参考，更是对未来的某种隐喻——比特币的命运，终究掌握在每一个参与者手中。

一个冷知识，你甚至可以访问https://1a1zp1ep5qgefi2dmptftl5slmv7divfna.com这个网站，看到比特币的白皮书依然贴在上面。也算是另一种赛博朋克风格的致敬。这个网站是我做的

比特币的故事，远未结束；它的意义，远超想象。它不仅是技术的奇迹，更是人类对自由与信任的永恒追求。正如那行刻在创世区块中的文字，它将永远提醒我们：问题的答案，往往就藏在问题本身之中。而比特币，正是这个时代最深刻的答案。

前几天拿自己的电脑本地搭建了ai，当然对比GPT4.0还是差很多。所以后台咨询我如何搭建的小伙伴，还是去试试GPT4.0吧。

如果你的网络环境无法使用，那就试着用国产的一些服务吧。千万别问我哪个更好，倒不是说我不告诉你，因为AI好不好，取决于你干什么？以及最后你认不认可它的结果。

一定要多横向对比，拿一个问题甚至几个问题，以及系列问题与AI多聊聊。看看哪一个更合你的心意，再说选AI又不是选女朋友，不喜欢就换一批，哈哈哈哈哈。

这次我之所以提到，睡觉，AI，比特币。其实这背后的本质就是，健康，技术，财富，缺一不可。没有健康，一切都白扯；没有财富，前方的路就比较艰难；没有技术，那就是新时代的“土鳖”。

你说健康难吗？不难啊，你只要保证好好睡觉，这就是人这个生物的“万能神药”。你就想这么一个道理，人类进化这么多年，为什么每天必须睡觉这个需求保存下来了？而且每天睡觉的时间几乎占据人类每天的三分之一。

一定是睡觉这件事情，收益层面高于去打猎的时间价值。如果你看之前我推荐的那本《为什么睡觉》，你就会明白，人的大脑正是在睡觉的时候才开始清理的垃圾，强化认知能力。

而认知能力，在以前和现在甚至是未来，都是决定个人生存的最基本前提。况且，睡眠的时候，身体也会被细胞修复，劳累的各种器官得以喘息。以便于第二天继续去为了生活，为了生存而“努力”。

关于睡眠的重要性，不论怎么强调都不为过。甚至说，你可以没有性生活，但不能没有好睡眠。请注意，是好睡眠，核心在好字。至于怎么去理解“好睡眠”，请移步阅读《为什么睡觉》这本书。

关于AI，不知道你现在是否已经在用，或者说用到什么程度。我们不分高下，也不分对错，只要你在用，那就是一个好的开始。而且这，也才刚刚开始而已，真正的AI时代，远没到开始启航的地步。

很多人总是焦虑，担心错过了AI，但真正的AI发力期还尚未开始。不管我们现在看到有多么强大的模型，以及各种牛逼哄哄的硬件产品。这些都是开餐前的小菜而已，吃两口尝尝咸淡，大餐还在后厨制作中。

甚至我不认为Openai是所谓地表最强的AI领头羊，不夸张的说，目前我们看到的这些AI公司，绝大多数活不到真正的AI时代到来的那天。你也大可不必以为自己又错过了，开始产生焦虑。

细究起来，它们大多还在 “依葫芦画瓢”，靠着海量数据堆砌出的经验来回应外界。真正拥有类人思维、能深度理解复杂情境、创造性解决棘手难题的 AI，依旧隐匿在技术的迷雾深处。

这也就是我前面优先级最高提到为什么你要好好睡觉，有一个健康的身体。AI成长速度会远超人类想象，医疗技术的进步会极大地颠覆我们现有的认知。

举一个不恰当的例子，在AI面前，下围棋不讲套路，只讲算法。同样，在医学领域也一样，未来AI不看病例，不看经验，只看基因。还记得我之前说的，扁鹊的故事吗？

https://mp.weixin.qq.com/s?__biz=MjM5NDQxOTEyMQ%3D%3D&mid=2649765970&idx=1&sn=d9cc900a6d19a94f08fe59ddef8be5d1&scene=21#wechat_redirect

医院现在治疗的都是当下身体发生的疾病，而当下的疾病都是因为过去积累而成，或者偶尔有突发情况。但这些如果用AI来判断，无非是概率问题，你的基因决定了你会的什么病，可能的什么病，以及绝对不可能得什么病。

什么医疗方案，什么治病经验，老中医统统下岗，未来医院不是高楼大厦，全部拆散，直接搞成社区便利店一样的小房间。进去3分钟，吐个口水，或者抽几滴血。半天以后过来拿针对你基因定制的药品，或者定制的食谱，照着吃就行。

得，又扯远了图片。我想说的，AI不是当下几个大模型，回答的花里胡哨的样子。真正的AI革命，将是一次认知范式的跃迁，它会重新定义我们对知识、智慧，甚至是生命本身的理解。

哲学家维特根斯坦所说：“语言的界限，就是世界的界限。” 而AI正在突破这种界限，它不仅让我们重新审视语言的边界，也让我们开始质疑思维的本质。AI的崛起，是对人类认知边界的一次挑战和延展。

未来，AI不仅会重新塑造医疗、教育、金融和交通等领域，还将深刻影响我们的哲学、伦理观念，甚至我们的自我认知。回到睡眠这个话题——为什么我们必须重视健康？因为AI越强大，我们就越需要强健的身体和清晰的头脑，去理解、驾驭并与之合作。

“想象力比知识更重要。” AI或许有数据和算法，但真正赋予它灵魂的是人的想象力和创造力。而保持这些能力的基础，是睡眠，是健康，是持续不断的学习与探索。

结尾在说两句比特币。

财富是结果，更是动力。财富从来不是目的，而是过程中的副产品。我们追求财富，是为了获得自由，是为了抵御风险，也是为了延展生命的边界。

我们需要健康的身体去支撑技术的发展，也需要技术去创造财富，最终再用财富去为健康兜底，这三者形成了一条循环上升的螺旋。而比特币和AI，分别是这条螺旋上最新的技术节点和财富节点，它们既是工具，也是符号，指向未来的某种可能。

这三者共同描绘了一幅未来的画卷——一个技术主导、财富重塑、认知进化的新时代。

但请记住，每一场革命，都是以人开始，以人结束的。无论AI多么强大，无论比特币多么稀缺，最终它们都服务于人。而你，作为人类的一份子，必须先照顾好自己的身体，才能真正掌握未来的钥匙。

所以，好好睡觉，保持清醒。技术和财富会变，但健康是你唯一不可替代的本钱。就像投资比特币一样，要长远规划，短期波动只是过程，而真正的财富，属于那些拥有耐心和眼光的人。

今天的你也许会感谢五年前囤币的自己，而未来十年后的你，一定会感谢今天好好睡觉的自己。

请，好好活着！

比特币问答社区：https://wd.btchao.com

比特币网站导航：https://dh.btchao.com

再次提醒，在中国大陆境内目前提供交易比特币是违法行为（持有比特币合法），切勿盲目相信任何人，包括我。

这是2023年12月31日，比特币持币分布情况

这是2024年12月30日，比特币持币分布情况

在2023年12月31日，比特币价格是42173美元。1年后的今天，2024年12月30日，比特币价格是93304美元，2024年涨幅达到了121%。再按照比特币分布地址统计情况，我们来整理分析一下。

按照比特币地址数量变化情况可以看出：

一、小额持有地址（0 - 0.0001 BTC）
地址数量

2023 年 12 月 31 日有 399307 个地址。

2024 年 12 月 30 日增加到 620584 个地址。

变化：增加了 221277 个地址，增长率为 (620584 - 399307) / 399307 ≈ 55.41%。

比特币持有量

2023 年持有 21.04 BTC。

2024 年持有 35.61 BTC。

变化：增加了 14.57 BTC，增长率为 (35.61 - 21.04) / 21.04 ≈ 69.25%。

ai分析

小额持有地址数量和比特币持有量都有显著增长。这可能表明有更多新用户进入比特币市场，开始少量持有比特币，或者是现有小额持有者在逐步增加他们的持有量。

二、较小额持有地址（0.0001 - 0.01 BTC）
地址数量

2023 年有 10068769 个地址。

2024 年增加到 11330901 个地址。

变化：增加了 1262132 个地址，增长率为 (11330901 - 10068769) / 10068769 ≈ 12.54%。

比特币持有量

2023 年持有 434.05 BTC。

2024 年持有 476.82 BTC。

变化：增加了 42.77 BTC，增长率为 (476.82 - 434.05) / 434.05 ≈ 9.85%。

ai分析

地址数量和比特币持有量都有一定增长，但增长率低于小额持有地址。这可能意味着这一区间的用户也在缓慢增加他们的比特币持有量，但增长速度较为平稳。

三、中等额持有地址（0.01 - 0.1 BTC）
地址数量

2023 年有 12342460 个地址。

2024 年减少到 11566427 个地址。

变化：减少了 776033 个地址，减少率为 776033 / 12342460 ≈ 6.29%。

比特币持有量

2023 年持有 4495 BTC。

2024 年持有 4238 BTC。

变化：减少了 257 BTC，减少率为 257 / 4495 ≈ 5.72%。

ai分析

地址数量和比特币持有量都有所减少。这可能表明部分中等额持有者在出售他们的比特币，或者是这些持有者的比特币数量减少到了更小的区间。

四、较中等额持有地址（0.1 - 1 BTC）
地址数量

2023 年有 3560615 个地址。

2024 年减少到 3472483 个地址。

变化：减少了 88132 个地址，减少率为 88132 / 3560615 ≈ 2.47%。

比特币持有量

2023 年持有 1100472 BTC。

2024 年持有 1072300 BTC。

变化：减少了 28172 BTC，减少率为 28172 / 1100472 ≈ 2.56%。

ai分析

地址数量和比特币持有量都略有减少。可能是部分较中等额持有者在减少他们的比特币持有量。

五、中大额持有地址（1 - 10 BTC）
地址数量

2023 年有 868707 个地址。

2024 年减少到 840533 个地址。

变化：减少了 28174 个地址，减少率为 28174 / 868707 ≈ 3.24%。

比特币持有量

2023 年持有 2158092 BTC。

2024 年持有 2088455 BTC。

变化：减少了 69637 BTC，减少率为 69637 / 2158092 ≈ 3.23%。

ai分析

地址数量和比特币持有量都有一定程度的减少。这可能表明部分中大额持有者在出售他们的比特币。

六、大额持有地址（10 - 100 BTC）
地址数量

2023 年有 139363 个地址。

2024 年增加到 134359 个地址。

变化：减少了 5004 个地址，减少率为 5004 / 139363 ≈ 3.59%。

比特币持有量

2023 年持有 4427854 BTC。

2024 年持有 4304039 BTC。

变化：减少了 123815 BTC，减少率为 123815 / 4427854 ≈ 2.79%。

ai分析

地址数量和比特币持有量都略有减少。这可能意味着部分大额持有者在减少他们的比特币持有量。

七、很大额持有地址（100 - 1000 BTC）
地址数量

2023 年有 13904 个地址。

2024 年减少到 15670 个地址。

变化：增加了 1766 个地址，增长率为 1766 / 13904 ≈ 12.70%。

比特币持有量

2023 年持有 4462590 BTC。

2024 年持有 4462950 BTC。

变化：增加了 360 BTC，增长率为 360 / 4462590 ≈ 0.08%。

分析

地址数量有一定增长，但比特币持有量增长极少。这可能表明新加入了一些很大额持有者，但他们的平均持有量较低。

八、极大额持有地址（1000 - 100000 BTC）
地址数量

2023 年有 102 个地址。

2024 年增加到 1958 个地址。

变化：增加了 1856 个地址，增长率为 1856 / 102 ≈ 1819.61%。

比特币持有量

2023 年持有 2275071 BTC。

2024 年持有 4592140 BTC。

变化：增加了 2317069 BTC，增长率为 2317069 / 2275071 ≈ 1018.46%。

ai分析

地址数量和比特币持有量都有巨大增长。这可能表明有新的极大额持有者进入市场，或者是现有极大额持有者在大量囤积比特币。

目前按照最新的比特币地址以及持仓分布情况来分析，可以得出如下结果：

持有 0.0001 BTC 超过约 11.03% 的人群。

持有 0.001 BTC 超过约 31.15% 的人群。

持有 0.01 BTC 超过约 54.37% 的人群。

持有 0.1 BTC 超过约 74.92% 的人群。

持有 1 BTC 超过约 88.72% 的人群。

持有 10 BTC 超过约 95.07% 的人群。

持有 100 BTC 超过约 96.81% 的人群。

以上为事实，以下为个人偏激的煽情表演图片

“那些没有杀死我的，将使我更强大。”——尼采

在市场波动与质疑声中，比特币再次证明了自己的韧性与价值，吸引了无数新旧力量的汇聚。2024年，不仅是价格腾飞的一年，更是比特币发展史上里程碑式的一年，10万美元只是一个新的开始。

2024年1月，比特币现货ETF正式获批，传统资本与机构资金蜂拥而入，彻底打破了市场边界，让比特币成为全球资本市场的“正规军”。这一事件，不仅推动了价格飙升，更向世界宣告，比特币已从边缘资产蜕变为主流金融体系的重要一环。

2024年7月，美国政府多次公开讨论将比特币纳入国家战略储备的可能性。尽管争议不断，但市场的反应却异常狂热——全球信心空前高涨，资金流入加速。比特币从“数字黄金”的称号，开始向“未来央行储备资产”的角色迈进。

与此同时，全球监管框架逐步完善，稳定币政策趋于明朗，为比特币生态系统提供了更广阔的发展空间。主权基金、上市公司以及对冲基金纷纷加码，链上数据显示，极大额地址数量增长高达1819.61%，持仓量增长超过1018%。

2024年12月，比特币达到10万美元。

而这一切的背后，是越来越多的人意识到——“财富并非掌控在银行账簿上，而是存在于不可篡改的代码里。”

小额地址的激增，意味着更多普通人迈出了第一步，参与到这场划时代的金融革命中；而极大额地址的爆炸式增长，彰显着资本市场对比特币未来的高度认可。这不仅仅是一场关于金钱的竞赛，更是一场信仰与远见的博弈。

“站在时间的长河里，你终将发现，最珍贵的不是手中的筹码，而是敢于下注的勇气。”（此段过于煽情，请控制一下）

2024年，我们见证了比特币在时代洪流中的沉浮与升腾。2025年，比特币是否会继续书写传奇？没有人知道。但正如航海家不会因狂风而停泊，梦想家也不会因未知而止步。

让恐惧退场，让信仰登场。比特币的下一站，星辰大海。我们，终将在更高山相见！

之前学习博通的时候，一直是在Windows克隆的代码，然后复制到共享文件夹中进行操作，修改文件后，在linux下进行编译，进而出现了编译脚本找不到部分文本文件的情况。

实际上这和Linux是LR换行而Windows是CRLR换行有关系，在Windows上Git的时候，会导致原本LR换行的文件被自动转换为CRLR，而Linux原生支持LR且不兼容CRLR，于是编译器不停报错，先是提示换行符，后压根没有错误信息，误导性比较强。
一劳永逸的方法是，在全程在Linux操作，在Linux克隆，在Linux编译，最后需要烧录了，再把bin拷贝出来，在Windows进行烧录操作。

但是在Linux下无论是直接用vim还是Vscode

最近在写比赛的文档的时候，写到了BH1750的参数之类的，于是想着想都想了，不如写下来玩玩。
emmmm，这边用的是STM32F103C8T6的芯片的标准库，其他MCU也大同小异，如果是用hal库就更好了，无需管GPIO口初始化那堆零碎的事情了。

模块和芯片

而BH1750是一款数字型的光强传感器片上集成芯片，采用标准I2C总线协议与MCU进行链接。

GY-30模块的实质是BH1750，只是把外围诸如滤波和电容之类的电路整合进去了而已，其实都是用的BH1750芯片。

BH1750内部电路是由：光敏二极管、运算放大器、AD转换器等组成。光敏二极管通过光伏效应接收光信号产生电信号，经过运算放大后，由AD转换器采集电压数据并转换为数字信号，然后储存在寄存器之中。BH1750支持完全的I2C协议，使用I2C总线发送特定的控制位，即可读取光强度数据，亦可以修改BH1750的采集模式。

步骤一(浏览器操作)：

1.使用浏览器访问 https://appleid.apple.com, 点击右上角创建您的 Apple ID链接，打开注册页面

2.填写姓名、出生日期、邮箱、密码等信息，国家或地区选择香港, 填写待验证的手机号码，如无香港手机号码，可以选择并填写中国大陆手机号码。

3.根据图片提示，填入验证码，然后点击下方继续按钮进入下一步。

4.查看电子邮箱获得邮箱验证码，并填入文本框中，点击继续。

5.填入手机验证码到文本框中，点击继续。

6.验证成功。

步骤二(手机AppStore操作)：

1.手机打开AppStore，使用新注册的AppleId登陆

2.输入手机验证码验证

3.在弹出来的弹框中，选择检查

4.在下一个页面中，打开同意条款与条件选项开关

5.注意在该页面中，如果没有付款的需求，千万不要选择付款方式，否则会无法消除选项，需要退出再登录才能消除。

付款人姓名保持原样，然后在下方填入香港账单地址和电话（街道地址和电话可在https://www.meiguodizhi.com/hk-address生成）。

填完后点击右上角的下一页。

6.注册完成。

应用性能监控（Application Performance Monitor，简称APM），提供应用性能监控管理、微服务监控、K8S监控等服务，透视性能瓶颈，追踪问题根源，提升用户体验。本文介绍了常见的APM产品、选型原因及应用接入方式。

一、常见的APM产品

目前市面上常用的开源APM产品主要是SkyWalking和Prometheus。

SkyWalking

SkyWalking是一个开源的应用性能监控（APM）系统，尤其针对分布式系统的微服务架构。

功能特点：

• 性能监控：SkyWalking可以收集应用程序的运行时数据，包括调用链、响应时间、吞吐量等指标，帮助用户了解应用程序的性能状况。
• 服务拓扑图：SkyWalking可以根据收集到的数据生成服务拓扑图，展示服务之间的依赖关系和调用关系，方便用户进行故障排查和性能优化。
• 追踪分析：SkyWalking支持对分布式调用链进行追踪分析，可以帮助用户快速定位性能瓶颈和故障点。
• 告警管理：SkyWalking提供了告警管理功能，可以根据预设的规则和阈值对异常情况进行告警，帮助用户及时发现和解决问题。

技术架构：

• SkyWalking采用了分布式的架构设计，通过多个组件共同协作来实现监控功能。主要组件包括Collector（负责收集应用程序的性能数据）、Storage（负责存储收集到的性能数据）、Analysis（负责对收集到的性能数据进行分析和处理）以及UI（提供用户界面，展示性能数据和服务拓扑图等信息）。

使用场景：

• SkyWalking主要用于监控分布式系统的性能问题，特别适用于微服务架构和云原生应用的监控。它可以提供详细的调用链信息和性能指标，帮助用户快速定位性能瓶颈和故障点。

Prometheus

Prometheus是一个开源的监控系统和时间序列数据库，以下是对Prometheus的详细评价：

功能特点：

• 指标收集：Prometheus可以通过配置监控目标来收集各种指标数据，包括系统资源使用情况、应用程序性能指标等。
• 时序数据库：Prometheus将收集到的指标数据存储在时序数据库中，支持高效的数据存储和查询。
• 数据可视化：Prometheus提供了丰富的数据可视化工具（如Grafana），可以将收集到的指标数据以图表的形式展示出来，帮助用户直观地了解系统运行状况。
• 告警管理：Prometheus支持基于规则的告警管理，可以根据预设的条件和阈值对异常情况进行告警，帮助用户及时发现和解决问题。

技术架构：

• Prometheus采用了单节点的架构设计，每个Prometheus实例都是独立的，通过HTTP协议进行通信。主要组件包括Prometheus Server（负责收集指标数据，并提供服务发现和告警管理等功能）、Exporters（负责从其他系统或应用程序中收集指标数据，并将其暴露给Prometheus Server）、Client Library（提供客户端库，用于在应用程序中嵌入指标数据采集逻辑）以及Alertmanager（负责管理和处理告警信息，支持多种告警方式和通知渠道）。

使用场景：

• Prometheus主要用于收集和存储各种类型的指标数据，特别适用于系统资源使用情况的监控和度量。它可以提供高效的数据存储和查询能力，支持自定义指标和告警规则，帮助用户了解系统的运行状况和健康状况。

综合对比

• 功能侧重点：SkyWalking更侧重于分布式系统的性能监控和追踪分析，而Prometheus则更侧重于系统资源使用情况的监控和度量。
• 架构差异：SkyWalking采用分布式架构设计，适用于大规模分布式系统的监控；而Prometheus采用单节点架构设计，易于部署和管理。
• 可视化与告警：两者都提供了丰富的可视化工具和告警管理功能，但SkyWalking在分布式追踪和性能监控方面的可视化展示更具优势。
• 侵入性：SkyWalking埋点无侵入，已加入Apache孵化器，遵循OpenTelemetry规范，探针性能对被接入的应用系统吞吐量影响小。

综上，SkyWalking比较符合咱们产品的应用场景。

二、应用接入方式

SkyWalking平台管理界面地址为：http://192.168.1.86:19000/

应用接入SkyWalking平台的方式分为Java项目接入和Node.js项目接入。接入完成之后，可以在上述管理界面进行查看应用信息。

Java项目接入

下载 Apache SkyWalking的Java Agent：https://dlcdn.apache.org/skywalking/java-agent/9.3.0/apache-skywalking-java-agent-9.3.0.tgz

把压缩包 apache-skywalking-java-agent-9.3.0.tgz 拷贝到项目的指定目录比如 /files。

修改一下项目的 Dockerfile 文件， 把项目中的SkyWalking Agent压缩包解压并拷贝到容器中的指定目录，比如/usr/local：

# 把项目中的SkyWalking Agent解压拷贝至容器中的指定目录中
COPY files/apache-skywalking-java-agent-9.3.0.tar /usr/local
RUN tar -xvf /usr/local/apache-skywalking-java-agent-9.3.0.tar -C /usr/local

启动参数里面加Java Agent的设置：

-javaagent:skywalking-agent/skywalking-agent.jar -Dskywalking.agent.service_name=planner-workbench-server -Dskywalking.collector.backend_service=192.168.1.86:11800

其中：

• javaagent 配置skywalking-agent.jar文件在解压包中的位置
• skywalking.agent.service_name 配置你应用的名称。不同环境可用加环境后缀进行区分。例如：planner-workbench-server-dev、planner-workbench-server-sit
• skywalking.collector.backend_service 配置SkyWalking平台地址。其中11800为默认接入端口

上述配置，也可用通过容器的环境变量来修改

• SKYWALKING_AGENT_SERVICE_NAME=planner-workbench-server
• SKYWALKING_COLLECTOR_BACKEND_SERVICE=192.168.1.86:11800

参考：https://skywalking.apache.org/docs/skywalking-java/latest/en/setup/service-agent/java-agent/readme/#setup-java-agent

Node.js项目接入

安装SkyWalking NodeJS包：

$ npm install --save skywalking-backend-js

设置NodeJS Agent

import agent from 'skywalking-backend-js';

agent.start();

配置应用的名称和SkyWalking平台地址:

agent.start({
  serviceName: 'integration-ui',
  collectorAddress: '192.168.1.86:11800',
});

以上仅为参考范例，具体的配置值应设置为环境变量。

参考：https://www.npmjs.com/package/skywalking-backend-js

引

目前国内急救培训主要有两类：

• 美国心脏协会（AHA，American Heart Association），技能证明类证书，非政府组织，学费为 800-1000 元。优势是小班授课，有充分的联系和沟通时间，证书可在大多数国家通用。
• 红十字会组织的急救培训，政府公益性质，课程设置稍微简单一些，大部分是免费授课。核心部分两者相通。如无出国需求，考红十字会的即可。

想着既然感兴趣，就学最完整的版本。另外，马上要出国工作 2 年，对国际范围覆盖有需求，就报名了适用范围更广的 AHA 课程。

起初，我还陷入过一个误区，以为获取 AHA 或红十字会证书之后，才能获得「好人法」的救助豁免权。但实际上根据 2021 年 1 月 1 日起实施的中华人民共和国民法典第 184 条，因自愿实施紧急救助行为造成受助人损害的，救助人不承担民事责任。

即原则上自愿的，无任何酬劳的急救都是免责的。

所以学习和考证，是为了做更充足的准备，以便在需要的时刻保护自己，帮助他人。

给自己多一份勇气。

AHA

我学习的是针对大众的 AHA HeartSaver First Aid CPR AED 课程，一天可以学完，有三场实践考核和一场笔试。心肺复苏（CPR）和自动体外除颤器（AED）是培训的重点，还包括很多生活中常见的急救知识。

知识量很大，以视频课程、教师讲解和现场实践为主，上了一天课头晕晕的，仿佛回到了高中。

同场次有 6 名学员，其中 2 位马拉松爱好者，2 位健身爱好者，一位很精神的初中生，和我。其中有一位练的相当出色的女健身老师，AHA 证书可以抵一些他们从业的学分，也能增加自身的专业程度。

比较有收获的是实践部分，有假人、AED 培训设备等，挺还原事发现场。

小缺点是课程设计虽然经典，且能让所有人获得足够的信息，但确实陈旧了一些，大部分时间在看录像带，体验欠佳。国外 AHA 课程允许学员先在家中通过网络课程学习视频内容，随后前往 AHA 培训中心进行实践测试，最终获得认证。这样更方便安排时间，人性化很多！

AED 地图

目前国内寻找附近AED的方法主要有以下几种：

• 最近的地铁站；
• 在大商场的话，快速联系保安；
• 微信小程序里搜：AED 急救地图（左）；
• 微信-我-服务-城市服务-搜索「AED网点查询」（右），信息较多！目前测试了几次，离开微信之后，总是加载不出来；
• 高德、百度地图等软件中搜索 AED，信息较少。

国外的我则找到了这一款软件 Life Saver，等以后试试看！

对了，今年刚好是美国心脏协会成立 100 周年。

祝大家身体健康！

彩虹聚合DNS管理系统 V2.0 版本已更新，该版本新增SSL证书申请与自动部署功能，支持从Let's Encrypt等渠道申请SSL证书，并自动部署到各种面板、云服务商、服务器等，支持CNAME代理功能。

支持的SSL证书申请方式：
Let's Encrypt、ZeroSSL、Google SSL、自定义ACME、腾讯云免费SSL、阿里云免费SSL、UCloud免费SSL

支持的SSL证书部署方式：
宝塔面板、1Panel、Kangle、雷池WAF、Cdnfly、LeCDN、GoEdge（FlexCDN）、
阿里云（CDN、ESA、SLB、OSS、WAF、FC等）、腾讯云（CDN、EO、CLB、COS、TKE、SCF等）、华为云（CDN、ELB、WAF）、UCloud CDN、七牛云（CDN、OSS）、多吉云CDN、百度云CDN、火山引擎CDN、白山云、AllWAF、AWS（CloudFront）、Gcore、Cachefly
SSH服务器（同时支持Linux/Windows）、IIS、FTP服务器、复制到本机

除此之外，2.0版本还新增了登录TOTP二次验证功能。

简介图片
新增SSL申请账户

SSL证书订单管理

新增SSL证书部署账户

自动部署任务管理

CNAME代理记录管理

下载地址：
https://github.com/netcccyun/dnsmgr/releases

使用说明：
1、按照以下步骤使用：①添加计划任务 ②添加SSL证书账户 ③添加SSL证书订单 ④添加自动部署账户 ⑤添加自动部署任务
2、SSL证书申请可以控制台手动执行，也可以等待计划任务自动执行，推荐使用计划任务，控制台执行可能会超时。
3、国内服务器如需申请Google SSL，需要先配置代理

《鸿蒙HarmonyOS应用开发从入门到精通（第2版）》已于近日上市，该书由北京大学出版社出版。距离第1版上市已经过去二年半多。本文希望与读者朋友们分享下这本书里面的大致内容。

封面部分

首先是介绍封面部分。

《鸿蒙HarmonyOS应用开发从入门到精通（第2版）》封面部分延续了第一版全黑设计，富有科技感和神秘感。

中部是个类似于黑洞或者瞳孔图样，寓意着活力或者张力吧。

上书蓝色“鸿蒙HarmonyOS”两字，这个配色还是具有非常高的辨识度的。下面的英文“HarmonyOS”中的“r”处理的看着夸张，实际上是为了把下面中文给框住，呈现出主次分明的设计感。

可以看到，底部是出版社“北京大学出版社”字样。

整体来说，这个封面相对高级，设计走的一贯的黑色风格。蓝、黑、白三色搭配还是比好看。

封底部分

介绍封底部分。

封底部分可以看到是两位重量级华为大咖背书，而且都是鸿蒙团队核心人员。

这本书归类为计算机/HarmonyOS。

全书589页，比较厚，内容比较全面，定价为129元，也算良心了。极具性价比。

内容简介

华为自主研发的HarmonyOS（鸿蒙系统）是一款面向未来、面向全场景（移动办公、运动健康、社交通信、媒体娱乐等）的分布式操作系统。本书采用HarmonyOS最新版本作为基石，详细介绍如何基于HarmonyOS进行应用的开发，包括HarmonyOS架构、DevEco Studio、应用结构、Ability、安全管理、公共事件、通知、Java UI、ArkTS、ArkUI、Stage模型、设备管理、数据管理、线程管理、视频、图像、网络管理等多个主题。本书辅以大量的实战案例，图文并茂，使读者易于理解和掌握。同时，本书的案例选型偏重于解决实际问题，具有很强的前瞻性、应用性和趣味性。加入HarmonyOS生态，让我们一起构建万物互联的新时代！

本书主要面向的是对HarmonyOS应用开发感兴趣的学生、开发人员、架构师。

写作背景

中国信息产业一直是“缺芯少魂”，其中的“芯”指的是芯片，而“魂”则是指操作系统。而自2019年5月15日起，美国陆续把包括华为在内中国高科技企业列入其所谓的“实体清单”（Entities List），标志着科技再次成为中美博弈的核心领域。

随着谷歌暂停与华为的部分合作，包括软件和技术服务的转让。华为在国外市场已经面临着升级Android版本、搭载谷歌服务等方面遇到困境。在这样的背景下，华为顺势推出HarmonyOS，以求在操作系统领域不被受制于人。

HarmonyOS是一款“面向未来”、面向全场景（移动办公、运动健康、社交通信、媒体娱乐等）的全新的分布式操作系统。作为操作系统领域的新成员，HarmonyOS势必会面临着bug多、学习资源缺乏等众多困难。为此，笔者在开源社区，以开源方式推出了免费系列学习教程《跟老卫学HarmonyOS开发》（https://github.com/waylau/harmonyos-tutorial），以帮助HarmonyOS爱好者入门。同时，为了让更多的人了解并使用HarmonyOS，笔者将自身工作、学习中遇到的问题、难题进行了总结，形成了本书，以补市场空白。

距离《鸿蒙HarmonyOS应用开发从入门到精通》2022年4月第1版已逾两载。热心的读者对于本书也投以了极大的关注，伴随着本书的成长，提了很多中肯的建议。对于这些意见，不管褒贬，一并全收，于是才有了第2版的可能。

对于技术型的书籍创作，笔者更加倾向于采用当今软件开发主流的方式——敏捷。敏捷写作打通了编写、校稿、出版、发行的整个流程，让知识可以第一时间呈现给读者。读者在阅读本书之后，也可以及时对书中的内容进行反馈，从而帮助作者完善书中内容，最终形成了良好的反馈闭环。所以，第2版所更新的内容，应该正是读者所期待的。

由于近些年HarmonyOS版本迭代较快，发展迅猛，特别是HarmonyOS 3版本引入了ArkTS语言，产生了新的编程模式。因此，本书第2版修改篇幅较大，各章节都做了大幅度更新。完整的修改内容，可以参阅本书后面部分“附录B：本书1版与2版的差异对比”章节内容。

内容介绍

全书大致分为了3部分：

• 入门（1-4章）：介绍HarmonyOS的背景、开发环境搭建，并创建一个简单的HarmonyOS应用，介绍了应用结构。
• 进阶（5-15章）：介绍HarmonyOS的核心功能的开发，内容包括Ability、安全管理、公共事件、通知、Java UI、ArkTS、ArkUI、Stage模型、设备管理、数据管理、线程管理、视频、图像、网络管理等。
• 实战（16-19章）：演示HarmonyOS在各类场景下的综合实战案例。

本书主要面向的是对HarmonyOS应用开发感兴趣的学生、开发人员、架构师。

本书特点

1．内容全面，技术新颖

本书几乎囊括了HarmonyOS所涉及的知识点包括HarmonyOS架构、DevEco Studio、应用结构、Ability、安全管理、公共事件、通知、ArkTS、ArkUI、Stage模型、设备管理、数据管理、线程管理、视频、图像、网络管理等多个主题。方面的内容，并提供了针对各类场景下的综合实战案例，包括智能穿戴、智慧屏、手机等应用。技术前瞻，案例丰富。不管是编程初学者，还是编程高手，都能从本书中获益。本书可作为读者案头的工具书，随手翻阅。

2．图文并茂，代码精彩

基于最新HarmonyOS技术展开，手把手传授从入门到精通的诀窍！

在线提供的源代码紧跟版本迭代，目前已经更新到HarmonyOS NEXT（HarmonyOS 5）版本。不用担心知识点过时哦。

3．案例丰富，实战性强

本书提供了丰富的基于HarmonyOS技术点的实例68个，将理论讲解最终落实到代码实现上来。在掌握了基础之后，另外提供了4个综合性实战案例。这些案例从零开始，最终实现了一个完整的企业级应用，内容具有很高的应用价值和参考性。

4．附赠资源

本书提供了书中涉及的所有实例的源文件。读者可以一边阅读本书，一边参照源文件动手练习，这样不仅提高了学习的效率，而且可以对书中的内容有更加直观的认识，从而逐渐培养自己的编程能力。

源代码

本书提供的素材和源代码可从以下网址下载： https://github.com/waylau/harmonyos-tutorial

勘误和交流

本书如有勘误，会在以下网址发布： https://github.com/waylau/harmonyos-tutorial/issues

参考引用

• 原文同步至：https://waylau.com/about-harmonyos-application-development-from-zero-to-hero-2nd-edition-book/
• 视频介绍可见B站：https://www.bilibili.com/video/BV1N2ktYeEBd/
• 京东
• 当当

引

将 NeoDB 书影音记录整合到 WordPress 中 实现了将 NeoDB 观影记录添加到 WordPress 页面中，展示页面：NeoDB 书影音。

但流程较为复杂，本文将 Cloudflare worker 和 functions.php 整合成了 WordPress 插件，进一步简化流程。

本人无相关代码经验，插件由 ChatGPT 协助生成，时代真的变了。

使用方法

在 NeoDB API Developer Console 中点击Test Access Token，并 Generate 一个 NeoDB Bearer Token，示例：Th2121_qs-8agMAlSrkE_tzBbcvjsdkjtlCtr9QHX321312312Ytzo8_YmOxjxg 。

在终端（Terminal）或命令提示符（Command Prompt）中输入以下代码，将 YOUR_TOKEN 替换为 NeoDB Bearer Token。

curl -H "Authorization: Bearer YOUR_TOKEN" https://neodb.social/api/me

下载 NeoDB Integration 插件: https://github.com/DayuGuo/NeoDB-wordpress-Integration/releases/tag/gotest

在 WordPress 中安装并激活该插件。

在 Settings-NeoDB Settings 中输入 NeoDB Bearer Token。

在 WordPress 页面或文章中，使用以下短代码来显示数据：{neodb_page}，使用时请将{}符号，换成[]。

Settings-NeoDB Settings 中可调整显示的内容、手动更新和清理数据库。

效果示例

https://anotherdayu.com/neodb/

另，附上我的 NeoDB主页：https://neodb.social/users/anotherdayu/，和 mastodon 账号：https://mastodon.social/@anotherdayu

参考资料

• hcplantern 的 将 NeoDB 记录整合到 Hugo 中
• NeoDB WordPress 插件优化

朋友们，已将该功能整合成一个WordPress插件，可直接看这篇 WordPress 插件-NeoDB Integration 书影音展示页面，更简单易用。

这两篇文章合在一起，是我第一次使用 ChatGPT 协助制作 WordPress 插件的心路历程。

NeoDB 是一个开源免费的书影音收藏社区平台，详情见：NeoDB | 书影音标记 – 豆瓣、GoodReads 和 Google Book 的替代品。

本文参考 hcplantern 的 将 NeoDB 记录整合到 Hugo 中 ，实现了将 NeoDB 观影记录添加到 WordPress 页面中，展示页面：NeoDB 书影音。

获取 NeoDB Bearer Token

在 NeoDB API Developer Console 中点击Test Access Token，并 Generate 一个 NeoDB Bearer Token，示例：Th2121_qs-8agMAlSrkE_tzBbcvjsdkjtlCtr9QHX321312312Ytzo8_YmOxjxg 。

在终端（Terminal）或命令提示符（Command Prompt）中输入以下代码，将 YOUR_TOKEN 替换为 NeoDB Bearer Token。

curl -H "Authorization: Bearer YOUR_TOKEN" https://neodb.social/api/me

设置 Cloudflare worker

注册 Cloudflare worker，点击 Create，创建一个 worker。

最初会展示一个 Hello World 基础案例，点击 Continue to project – Settings – Variables and Secrets。

添加一个环境变量（Environment Variables）：

• Type：text
• Variable name：NEODB_TOKEN
• Value：NeoDB Bearer Token，示例：H13121_qs-8agMAlSrkE_tzBbcvjsdkjtlCtr9QHX321312312Ytzo8_YmOxjxg

点击右上角的 Edit code，删除 worker.js 中全部代码，并将 hcplantern 提供的代码（如下）复制黏贴进去。

const myBearer = NEODB_TOKEN; // Assuming 'NEODB_TOKEN' is set in your Cloudflare Worker's environment variables

addEventListener('fetch', event => {
  event.respondWith(handleRequest(event.request))
})

async function handleRequest(request) {
  try {
    console.log(myBearer)
    const url = new URL(request.url);
    const category = url.pathname.substring(1);

    // Optionally, handle query parameters (e.g., page number)
    const page = url.searchParams.get('page') || '1';
    // Available values : wishlist, progress, complete
    const type = url.searchParams.get('type') || 'complete';

    let dbApiUrl = `https://neodb.social/api/me/shelf/${type}?category=${category}&page=${page}`;
    const response = await fetch(dbApiUrl, {
      method: 'get',
      headers: {
        'Accept': 'application/json',
        'Authorization': `Bearer ${myBearer}`
      }
    });

    // Check if the response from the API is OK (status code 200-299)
    if (!response.ok) {
      throw new Error(`API returned status ${response.status}`);
    }

    // Optionally, modify or just forward the API's response
    const data = await response.json();
    return new Response(JSON.stringify(data), {
      headers: { 'Content-Type': 'application/json' },
      status: response.status
    });

  } catch (error) {
    // Handle any errors that occurred during the fetch
    return new Response(error.message, { status: 500 });
  }
}const myBearer = NEODB_TOKEN; // Assuming 'NEODB_TOKEN' is set in your Cloudflare Worker's environment variables

addEventListener('fetch', event => {
  event.respondWith(handleRequest(event.request))
})

async function handleRequest(request) {
  try {
    console.log(myBearer)
    const url = new URL(request.url);
    const category = url.pathname.substring(1);

    // Optionally, handle query parameters (e.g., page number)
    const page = url.searchParams.get('page') || '1';
    // Available values : wishlist, progress, complete
    const type = url.searchParams.get('type') || 'complete';

    let dbApiUrl = `https://neodb.social/api/me/shelf/${type}?category=${category}&page=${page}`;
    const response = await fetch(dbApiUrl, {
      method: 'get',
      headers: {
        'Accept': 'application/json',
        'Authorization': `Bearer ${myBearer}`
      }
    });

    // Check if the response from the API is OK (status code 200-299)
    if (!response.ok) {
      throw new Error(`API returned status ${response.status}`);
    }

    // Optionally, modify or just forward the API's response
    const data = await response.json();
    return new Response(JSON.stringify(data), {
      headers: { 'Content-Type': 'application/json' },
      status: response.status
    });

  } catch (error) {
    // Handle any errors that occurred during the fetch
    return new Response(error.message, { status: 500 });
  }
}

然后点击 Deploy 部署即可。

注意在这一步中，需要复制保留左侧 Preview 下方的网址，示例 https://xyz-hall-ohxu.user.workers.dev/ 。

WordPress Shortcode

在 WordPress 管理后台，导航到“外观” -> “主题编辑器”。

找到并编辑当前主题的 functions.php 文件。

将以下代码添加到 functions.php 文件中。这段代码创建了一个名为 neodb 的短代码。

注意：将代码中的 https://your-worker-url/ 替换为 Cloudflare worker 中的 https://xyz-hall-ohxu.user.workers.dev/ 。

function neodb_shortcode($atts) {
    $atts = shortcode_atts(
        array(
            'category' => 'book',
            'type' => 'complete',
        ),
        $atts,
        'neodb'
    );

    $category = $atts['category'];
    $type = $atts['type'];

    $url = sprintf('https://your-worker-url/%s?type=%s', $category, $type);

    $response = wp_remote_get($url);
    if (is_wp_error($response)) {
        return '数据获取失败';
    }

    $body = wp_remote_retrieve_body($response);
    $data = json_decode($body, true);

    if (empty($data['data'])) {
        return '没有找到相关数据';
    }

    ob_start();
    ?>
    <div class="item-gallery">
        <?php foreach (array_slice($data['data'], 0, 10) as $value): ?>
            <?php $item = $value['item']; ?>
            <div class="item-card">
                <a class="item-card-upper" href="<?php echo esc_url($item['id']); ?>" target="_blank" rel="noreferrer">
                    <img class="item-cover" src="<?php echo esc_url($item['cover_image_url']); ?>" alt="<?php echo esc_attr($item['display_title']); ?>">
                </a>
                <div class="rate">
                    <?php if (!empty($item['rating'])): ?>
                        <span><b><?php echo esc_html($item['rating']); ?></b></span>
                        <br>
                        <span class="rating-count"><?php echo esc_html($item['rating_count']); ?>人评分</span>
                    <?php else: ?>
                        <span>暂无</span>
                        <br>
                        <span class="rating-count"><?php echo esc_html($item['rating_count']); ?>人评分</span>
                    <?php endif; ?>
                </div>
                <h3 class="item-title"><?php echo esc_html($item['display_title']); ?></h3>
            </div>
        <?php endforeach; ?>
    </div>
    <style>
        .item-gallery {
            display: flex;
            padding: 0 1rem;
            overflow-x: scroll;
            align-items: baseline;
        }
        .item-card {
            display: flex;
            flex-direction: column;
            flex: 0 0 17%;
            margin: 0 0.5rem 1rem;
            border-radius: 5px;
            transition: transform 0.2s;
            width: 8rem;
        }
        .item-card:hover {
            transform: translateY(-5px);
        }
        .rate {
            text-align: center;
        }
        .rating-count {
            font-size: 0.8rem;
            color: grey;
        }
        .item-cover {
            width: 100%;
            min-height: 3rem;
            border: 2px solid transparent;
        }
        .item-title {
            font-size: 1rem;
            text-align: center;
            margin: 0;
        }
    </style>
    <?php
    return ob_get_clean();
}
add_shortcode('neodb', 'neodb_shortcode');

使用代码

在 WordPress 页面或文章中，使用以下短代码来显示数据：

book 可以替换为 movie, tv, podcast, music, game, performance，展示更多数据。

type 可选 wishlist 和 complete，展示想看和看过的内容。

效果示例：https://anotherdayu.com/neodb/

另，附上我的 NeoDB主页：https://neodb.social/users/anotherdayu/，和 mastodon 账号：https://mastodon.social/@anotherdayu

感谢

本项目基于frankiejun大神的serv00-play的多合一脚本，原代码不支持安装v1，12月5日下午大神关闭了脚本的探针更新功能，正好又恰逢晚上探针更新1.0.5，所以就fork了一个大神的脚本并修改支持nezha-agent v1使用，如有不妥，请告知我删帖

教程

1. 用ssh工具连接serv00，粘贴并执行以下代码

bash <(curl -Ls https://raw.githubusercontent.com/Lyonnado/serv00-play/refs/heads/main/start.sh)

2. 选择1) 安装/更新serv00-play项目
3. 选择14) 管理哪吒探针
4. 选择1.安装探针，默认版本是v1.0.4，根据提示输入对应内容，正确输入即可在面板显示
5. 选择2.升级探针，升级到最新版本
6. 选择9.返回主菜单
7. 选择6) 设置保活的项目，设置nezha-agent保活

友情提醒：不建议在国内网络环境下讨论。

所谓翻墙就是绕过中国的国内长城防火墙，自由访问中国地区外的网络。中国防火墙如同一个巨大的放大镜，会查看每一条需要连接到国外的访问请求。如果不是在“黑名单”里的网站，那么可以访问，如果在“黑名单”里，则拒绝放行请求，告诉你无法访问。
翻墙就是通过一种特殊的方式，假装是访问正常国外某网站骗过防火墙，实际上是访问“黑名单”里的网站。
当然，也有一些网站直接屏蔽中国IP，不允许中国的用户访问登录。所以，要么你有一张美国绿卡，要么你有一个美国IP，哈哈哈哈。
那想实现翻墙，就需要通过翻墙软件来实现，这个是绝大多数人的需求。专业术语叫：梯子。其实这个吧，如果在国内找，骗子还挺多的，最好是问身边靠谱的朋友，从他们那边找一个。并且钱最好也是按月缴，大多数提供翻墙服务的平台存活周期并不长久。
同时，注册的时候，尽量使用非自己相关的信息，包括单独注册一个邮箱，随时可以不用的那种。当然这些都是细节，请多多注意。至于网站，我就不提供了，因为我没有使用任何梯子。
如果你动手能力强，倒是可以自己搭建一个，这个网上也有不少教程。不过很可惜，都在youtube上面，也即是说，你想学会自己搭建翻墙软件，首先得先翻出来能看youtube。为了能长久的使用，稳定的固定自己的IP，可以试试甲骨文提供的免费服务器，1G内存2cpu，500M带宽。基本上能满足日常使用以及看视频的需求。但是这个搭建过程，对普通人而言，有点难度。
当然，还可以试试在cloudflare上面的服务器，“白嫖”一个翻墙服务。这个我不推荐，但是可以考虑弄一个当做备用，狡兔三窟，你懂吧。
最后，我相信，很多话点到为止就够了，能不能找到，就看自己对这件事情的渴望程度。想想当年为了看黄色网站，不也是没人教，自己就摸索出来了吗？

前几天用了很久的OPPO Enco Air2寄了，于是在当地的小米之家，原价入了Redmi Buds 4 Pro，用了几天发现可以通过刷入国际版固件开启LDAC，于是记录一下。
2024年12月11日：可喜可贺的事，Redmi Buds 4 Pro不见了（

我观察过很多 “争论” 的场景，也经常被卷入争论的漩涡。发现这个现象有其 “规律性”：中国式争论，其实都不是真正的争论，多数都是因为话语的对等，陷入抬杠的尴尬境地。

人与人之间一旦开始抬杠，就必然在情绪上严重升级，继而开始出言不逊。

跟着教程把algolia搞出来了，但是发现每次修改完三连上传的时候，都不会自动更新algolia的index，必须手动hexo algolia一下，虽说问题不大，但是相当不优雅。

一开始是想着修改下能不能hexo deploy的时候一并上传，但是发现方向错了。

之前在把博客主题从butterfly换成安知鱼的时候，发现本地图片全部挂了，后来得知是两个插件不兼容，记录一下处理的方式，新版本应该已经做了适配了，所以本文没有多少参考意义了（

总所周知，尽管MS十分自信地把实DOS模式去掉了，但就系统底层而言，WindowsME仍然是一个基于DOS的、16混32位架构的系统，既然基于DOS，那么必然有DOS实模式，因而通过奇淫怪巧，可以找回实模式（

小米澎湃OS是小米为各种轻量设备打造的高性能操作系统，支持硬件资源精准调度、流畅流畅、极速网络、异构兼容性等特点。

但是，可能是平板上的澎湃优化尚不到位，总是感觉没有他的前代MIUI14，更是远不如前前代MIUI13，用起来相当难受，我姑且算有一点点的刷机基础，于是参考着其他大佬的教程，尝试一下降级操作。

一直很少量但是很经常的在用这个图床，之前貌似有提过因为资金问题无法维持，但是后面又能用了，想着能用就不动的原则没去管，现在他最终没坚持下去了，所以不得不考虑图床的问题。

但是这几天发现博客的图标没了，找了半天发现是图床挂了，也是人麻。

实际上我图

最近闲的没事干，在准备软考，有误还劳烦各位斧正。只是记录一下，不完全正确

这是第一部分，主要是计算机系统基础部分。

被拉去参加一个没听过的奇奇怪怪的比赛，学习了一些奇奇怪怪的深度学习的东西，记录一下奇奇怪怪的事情

最近学了计网和OSI模型，对这个有了点初步的了解，在这里聊聊个人的理解和看法。

OSI为计算机网络通信提供了一个标准的体系结构，使不同厂商和组织能够在相同的基础上进行设计、开发和实现网络协议和设备，从而实现互操作性。在此基础上，OSI提出了结构化的七个抽象层，使得网络设计和维护，故障排查和检修变得简单和清晰明了。在设计网络的时候可以根据OSI进行精细而有目的的协同和设计，而当网络出现问题的时候，OSI的抽象层使得可以清晰地根据不同的故障进行有针对性的且是不同的层级划分的基础上进行具体的定位和解决。

现在三大运营商都在不竭余力地在1000Mbps以上的宽带中推行自己的基于PON的FTTR组网方案。FTTR就是Fiber to the Room，说白了就是局域网从传统的双绞线电组网到全光组网。但是现在的FTTR用的是无源PON方案，实际上这种方案与无源PON要解决的问题背道而驰，不仅无法体现PON的技术优势，还极端明显地体现了其劣势。小且低速的局域网内采用PON方案的FTTR根本就是徒增成本。

Emmm，这篇文章是基于广东省物联网技能大赛的样题，姑且算记录一下比赛的东西。

这篇文章主要是工具性的，所以遇到过其他非比赛的策略组的东西，也会记录一下，就当是手册。

若干年前想着学ESP-IDF，跑了下开发环境，发现乐鑫这个破IDF是真的多坑啊

之前上课的时候，老师要求把指定的固件刷到开发版里面，但奇怪的是，有的板子可以刷入，有的不行，有的电脑可以，有的却不行。按理说工程文件、STLink驱动、开发版都是一样的，不应该存在这种问题才对。于是Google了一轮，记录一下。

虽然我平时点外卖并不多（基本不是在校内买就是直接出去吃），但回想一下自己点外卖的时候，似乎一直是对外卖小哥抱着 “理解”“体谅” 的态度

我想，只是因为能上到大学的学生所接触的基础教育是具备正确价值观的，而不是计较、抠门、刁难、无理取闹

嘛，也是大半夜无聊刷博客看到了港港写的“送去大学的外卖基本没有差评”而我之前暑假的时候也去送了一波外卖，有感而发（

与此同时，我个人也是进场点外卖，于是想本着两个角度和两个立场的角度，来聊聊。

小米电脑管家是一款专为小米笔记本用户设计的电脑管理软件，是小米HyperConnect生态的重要一环。它提供了一系列强大的功能，包括驱动管理、硬件信息、设备互联等。其内置了小米的HyperConnect跨端智联功能。

如果你是小米手机用户的话，那么非常建议你安装！因为他能给你完整的智慧互联。本期，将以非小米电脑用户的视角，安装最新的完整版小米电脑管家

之前说到，通过偷渡到国际版的方法，成功开启了RB4P的LDAC模式。但是Win10仍然只支持低质量的SBC，而Win11也只是只支持48Khz的AAC，更不提LDAC这些高品质音频协议。但是经过我的一番Google和Gihub之后，发现了一个好东西《Alternative A2DP Driver》可以通过这个第三方的蓝牙音频驱动，让Win10和Win11支持LDAC和aptXHD，并且可以选择更高的采样频率或编码质量。

网上有个观点是AAC之后感知不强，emmmm这点我觉得还是得看个人感受和耳朵敏感度，如果你的蓝牙耳机不是特别拉胯，那从SBC换成LDAC或者是aptXHD感知还是相当明显的，

一开始是闲的没事干，然后想找点乐子，顺便因为是双男主比较喜欢看小正太才看的。看了之后才发现不是那么一回事，根本不是所谓的乐子片。天知道我最后一集哭了多少次（（（

偶然看到哈肯出新歌了，原来是参加了综艺（不追剧人.jpgs

刚开始试听，鸡皮疙瘩就起来了，哈肯果然是哈肯，宝刀未老（火了大半个世纪的男人.jpg

披荆斩棘的哥哥、披荆斩棘克勤，我认为这首歌是哈肯真正意义上的挑战自我的”披荆斩棘”，是抛弃了过往40年以来的传统唱法习惯来选择一种全新的演绎方式。作为哈肯老粉，哈肯的歌一直是文人书生的内敛而优雅的流派的，因此也被人称“毫无感情全靠技巧”。

昨晚开着电脑听歌的时候，突然发现过了两个小时还不会熄屏，这就奇了怪了，因为我的电脑是设置了3分钟熄屏的。

而 Win32API Winbase.h里面的SetThreadExecutionState可以使得屏幕关闭和阻止系统休眠，而这本身是静默的，Windows并没有在前端提示是由谁造成的，于是就特别难蚌（

折腾了一圈也是发现有两种方式可以把阻止休眠的程序找出来。

我个人日常用的操作系统主要是Win11和Linux，但是最近Win11出现了各种诸如崩explorer、崩环境变量等诸多问题，遂尝试返回Win10。

但原生的Win10过于臃肿，带有许多诸如”‘Windows人脉’”等没用也用不上的功能，而我只需要一个简单好用的桌面系统。但是第三方的精简镜像系统安全和稳定性完全没有保障。这时官方提供的LTSC就很香了

对意大利肉酱面最初的回忆可能是萨利亚和必胜客，萨利亚的味道很寡淡，必胜客的则浓一些。

后来吃了一次「镰仓PASTA」，才知道意大利面原来可以这么好吃。有点可惜的是几年前上海的镰仓陆陆续续关门了。

之前有一段时间自己住，偶尔会简单的做意大利面充饥，但谈不上好吃。

最近开始想要好好做做意大利面，发现意大利肉酱面其实是个慢烧料理，长时间的炖煮才能让风味融合。

拿着基础菜谱，先简单实验了一下。

• 肉馅 1:1 组合了猪肉和牛肉，煸炒后待用
• 用炒肉馅的底油煎软洋葱碎，然后与肉馅混合
• 放入胡萝卜碎和芹菜碎，再加入一点黄油，混合均匀
• 放入新鲜西红柿和意面酱
• 加盐、糖、黑胡椒和料酒
• 小火炖煮90分钟

味道比以前好了许多，但感觉还是不够浓郁。

隔夜再烹饪时，我稍留了一些煮面水，再加了一些牛奶，和意面、酱料一同收汁。

酱料裹的更均匀，也更浓郁了。

但这次的肉馅感觉太瘦了，脂肪不够，所以肉的味道不够香。另外，即使加了两个西红柿，番茄味还是不够突出，酱料的层次也不够丰富。

下次煮酱料的时候，想加点培根碎、浓缩番茄膏和肉高汤，炒肉馅的时候耐心些，煎出焦化层，把料酒换成红酒，出锅时再加点芝士和牛奶收汁。

整理一下新菜谱，下次待用：

• 肉馅1:1混合猪肉和牛肉，煎出焦化层后盛出待用
• 用炒肉馅的底油煎培根碎和洋葱
• 放入胡萝卜碎和芹菜碎，再加入一点黄油，混合均匀
• 放入新鲜西红柿、意面酱和番茄膏
• 加盐、糖、黑胡椒、红酒和肉高汤，可以尝试加少量月桂叶、牛至和迷迭香
• 小火炖煮90分钟
• 快出锅时，加入罗勒、芝士和牛奶，大火收汁至酱料浓稠

想做出好吃的食物还是得耐心。

另外，最近在尝试 Reeder 作者出品的菜谱软件——Mela，一如既往的舒服。

可 Self-host 的 mealie-recipes/mealie 和 TandoorRecipes/recipes 似乎也是不错的选择。

祝大家有个好胃口！

引

大模型的好坏，与数据质量息息相关，目前的数据大多已投入模型中，如何获得优质的真实世界数据将成为长期的课题。

我平时会做一部分数据分析，喜欢人类学，明年又有可能参与非洲的研究项目。Crystal Biruk 写的这本 Cooking Data 则包含了这些我参与和热爱的内容。前段时间薄荷实验在招这本书的翻译，我甚至都心动了。

本文是 Cooking Data 读后感。

幻想中的数据

作为学院派的研究者，我们其实没有很多机会参与完整的现场调查和数据收集，平时将拿到手的数据称为 raw data，并认为该数据应该是「干净且客观的」，偶尔遇到数据质量差的数据，则会心生抱怨。

这本书的标题则直接指出，「干净的数据」这一概念是虚构的，是远离现场的人们所想象的。数据必然被「多次烹饪」，无法避免的与社会和文化环境交织在一起。

然而基于数据的决策系统，已经被广泛应用于政策制定，所以梳理和反思数据产生的全流程是必要的。

文化盲点

全员多语种的专家团队是任何一个大项目都负担不起的，需要翻译专家从中协调。然而，即使 ChatGPT 等大语言模型提升了翻译的下限，也远远不够，这是大部分全球健康项目数据质量的根源性问题。

将高质量数据标准方案翻译成其他语言本身就面临很大挑战，即使是 WHO 官方翻译的中文文件，有时我阅读起来都怪怪的，最后直接看英文，才能完全理解。这不仅是逐字翻译的问题，而是叙事习惯和结构的问题，这些方案和标准需要是易于理解和执行的。

另外，不同语言体系中，对特定专业词汇的解释会有细微差异，仅仅是找到相似的其他语言替代词并不足够，有时需要创建新的词组，以确保含义的一致性。与此同时，又增加了表述的复杂性。

有时我们会假定数据驱动的一些学科，是植根于新时代的理性产物，纯科学、非文化。但这种假设是被视野所局限的，忽略了文化背景特殊性。

传统人口学倾向于将数据生产看作一个线性、标准化的流水线。然而，实际上每个数据点的形成都更像是一个有机的、动态的生命周期。数据并非简单、重复性的工业产物，而是通过一系列的交易、经历和关系后形成的。这种观点挑战了简化数据处理为工业化生产的思维模式，强调了数据的复杂性。

不对等

在研究项目中，不同职能的工作者，如项目设计、数据收集、分析、传播，之间的权力关系是不对等的。以作者的非洲马拉维现场为例，研究者在处理数据的时候，会对马拉维当地的平均知识水平产生偏见，并将数据分析中遇到的困难，转嫁为数据采集的质量较差。

这些不对称在追求方法学严谨的数据时被放大，并在欧美主导项目的背景下，引出了种族、新殖民主义、城乡不对称等残留问题。每个维度都值得更多的讨论和研究，但这种复杂性有时会让人们望而却步。

礼物

现场调查者常会准备小礼品以助调研顺利，最初会选用糖，但袋装糖的成本较高，在高气温环境运输不方便，并会占据更多运输空间。另外，有些因摄入糖或食用油而生病的受访者会因此抱怨。

与之相似的是，现场工作人员拒绝赠送空水瓶。因为有孩子装水喝完，如果出事，会与村民关系恶化。

外来者本就会被警惕和观察，任何小问题都会被放大。

肥皂则是一个经过实践检验的最佳选择，简单、方便、干净。

但礼物这个概念本身就会引起不平等，因为同一项目的不同调查点可能有的发放礼物，有的没有。没有获得礼物的村民则会觉得不公平。

随机抽样也会造成，仅有被调查的人收到了礼物，形成幸运的内部人和不幸的外部人之间的不平衡。

这些方面都是我以前没有考虑到的，而确实是长期项目所需要关注的。

与当地人和谐相处，才能避免基层调查者和受访者的流失，保证回访的数据质量。

结

这几年翻译成中文的人类学书籍越来越丰富了，真不错！

剑玉（けん玉、Kendama），是一种源于日本或法国的民间游戏，由三皿一刺一绳一球组成。19 年的时候手痒买了一个，后来断断续续的玩着，越来越喜欢。

前几天在东京，特意去了涩谷附近的剑玉店，氛围很国际化，甚至店内是英文交流。一个老哥疯狂炫技，眼睛都要跟不上了。

各种异性、大型、小型的剑玉也让人目不暇接。东西很多，但价格略高，且我能接收的价位中，没有淘宝的选品看上去精致。

于是人处东京，淘宝激情下单，买了一款咖啡豆元素的国产剑玉。

这两天终于到手，比之前买的基础款稍大一些，枫木剑柄，白蜡木的球。黏性漆和稍大的大小皿，感觉更容易上手一些。线稍长，还需要一点时间适应。小缺点是剑柄和球上的文字有些多，如果都去掉，会更简约好看。

这两年看电脑的时间太多了，需要一些不用眼的小活动，间歇性休息一下，剑玉就是很好的选择。

它的基础动作并不难，很适合和朋友一起体验。之前去露营的时候，我带了剑玉和飞盘，挺欢乐的。

目前我只能玩一些基础动作，连招对我来说还太难了，之后打算好好修炼一下！

《循序渐进Node.js企业级开发实践》由清华大学出版社出版，已于近期上市。该书基于Node.js 22.3.0编写，提供26个实战案例+43个上机练习，可谓是目前市面上最新的Node.js力作。

本文对《循序渐进Node.js企业级开发实践》一书做个大致的介绍。

封面部分

首先是介绍封面部分。

《循序渐进Node.js企业级开发实践》跟我之前所介绍的《循序渐进Spark大数据应用开发》是属于同一系列的作品，封面部分保持了一贯的比较Q的风格设计，充满活力。

可以看到，左下角和右上角体现了本书特色。本书目标是“解锁Node.js潜能，成就全栈开发之路！”。同时本书案例丰富，提供26个实战案例+43个上机练习。

为了方便各大院校师生教学使用，本书也提供了源码和教学课件。

右下角是出版社“清华大学出版社”字样。

封底部分

介绍封底部分。

封底部分可以看到主要是对本书的简介。

本书主要是面向对Node.js应用开发感兴趣的学生、开发人员及架构师，也适合培作为高校大数据及相关专业的教学用书。

• Node.js初学者：本书从基础知识开始，逐步深入到核心编程、网络编程和数据存储等高级主题，适合零基础或刚开始接触Node.js的开发者。
• 进阶开发者：对于已经有一定Node.js开发经验的开发者，书中的核心编程和网络编程部分提供了更深入的技术细节和实战案例，能帮助开发者提升技能水平，解决实际工作中遇到的复杂问题。
• 全栈工程师：本书不仅涵盖了Node.js后端技术，还涉及了前端框架Vue.js的应用，以及即时聊天应用的综合实践。这使得全栈工程师可以通过一本书全面了解前后端技术的结合，提升整体开发能力。
• 高校学生与教师：本书理论与实践相结合，并提供了大量上机练习题，很适合作为高校计算机相关专业的教学用书。教师可以根据书中的内容设计课程，学生则可以通过实际操作加深理解，提高动手能力。
• 培训机构学员：对于参加Node.js培训的学员来说，本书是一本理想的教材。书中的实战案例和上机练习可以帮助学员更好地理解和掌握所学知识，提高培训效果。

全书篇幅317页，定价为89元，也算良心了。极具性价比。

内容简介

《循序渐进Node.js企业级开发实践》结合作者多年一线开发实践，系统地介绍了Node.js技术栈及其在企业级开发中的应用。全书共分5部分，第1部分基础知识（第1～3章），介绍Node.js的基础知识，包括模块化、测试等；第2部分核心编程（第4～9章），介绍Node.js的缓冲区、事件、定时、文件、进程、流等方面的处理；第3部分网络编程（第10～16章），介绍Node.js的TCP、UDP、HTTP、WebSocket、TSL/SSL、常用Web中间件、Vue.js与响应式编程等方面的内容；第4部分数据存储（第17～19章），介绍Node.js关于MySQL、MongoDB、Redis等数据存储的操作；第5部分综合应用（第20章），介绍Node.js实现即时聊天应用的完整过程。除了Node.js技术外，本书还讲述了Express、Socket.IO、Vue.js、MySQL、MongoDB、Redis等热门技术的应用。本节还精心设计了26个实战案例和43个上机练习，所有练习都提供了操作步骤，便于读者实操演练，快速上手。

《循序渐进Node.js企业级开发实践》技术新颖，实例丰富，理论讲解与代码实现相结合，既适合作为Node.js的初学者和进阶读者的自学用书，也适合作为培训机构或高校相关专业的教学用书。

全书分为以下5部分：

• 基础知识（第1～3章）：介绍Node.js的基础知识，包括模块化、测试等。
• 核心编程（第4～9章）：介绍Node.js的缓冲区、事件、定时、文件、进程、流等方面的处理。
• 网络编程（第10～16章）：介绍Node.js的TCP、UDP、HTTP、WebSocket、TSL/SSL、常用Web中间件、Vue.js与响应式编程等方面的内容。
• 数据存储（第17～19章）：介绍Node.js关于MySQL、MongoDB、Redis等数据存储的操作。
• 综合应用（第20章）：介绍Node.js实现即时聊天应用的完整过程。

值得注意的是，本书精心设计了26个实战案例和43个上机练习，每个上机练习均给出了操作步骤和示例代码，便于读者边学边练，快速上手。这些内容旨在帮助读者将理论知识转化为实践技能，快速提升解决实际问题的能力。无论是对于学生、大数据开发人员还是架构师来说，这都是一本不可多得的宝贵资源。

写作背景

Node.js作为一款高性能、开源的服务器端JavaScript运行环境，自2009年诞生以来，凭借其非阻塞I/O模型、事件驱动、单线程等特性，在实时应用、高并发场景以及前后端分离的架构中得到了广泛应用。同时，随着前端技术的不断进化，如React、Vue等框架的兴起，全栈开发的概念逐渐被更多的开发者接受。Node.js作为全栈开发的重要一环，其重要性不言而喻。

近年来，随着云计算、大数据、人工智能等技术的融合发展，Node.js的应用场景也在不断扩展，从最初的Web开发逐渐延伸到物联网、移动应用、实时通信、游戏开发等多个领域。因此，对于广大开发者来说，掌握Node.js已经成为必备的技能之一。

本书旨在为广大Node.js开发者提供一本全面、系统、深入的学习指南。本书不仅涵盖了Node.js的基础知识，还深入讲解了Node.js的核心原理、高级特性以及实际应用场景。同时，本书还结合了大量的实战案例，帮助读者更好地理解和掌握Node.js的全栈开发技巧。

配套资源

本书提供的素材和源代码可从以下网址下载：

https://github.com/waylau/nodejs-book-samples

勘误和交流

本书如有勘误，会在以下网址发布： https://github.com/waylau/nodejs-book-samples/issues

视频介绍

见B站：https://www.bilibili.com/video/BV1NrqLYQEi4/

配套书籍、课程

如果你喜欢本开源书，也欢迎支持下该书的正式出版物，实体店及各大网店有售。

• 京东
• 当当

参考引用

• 原文同步至：https://waylau.com/about-progressive-nodejs-enterprise-level-application-practice-book/
• 《Node.js 案例大全》：https://github.com/waylau/nodejs-book-samples

东京都写真美术馆

买了两张票，一个是 Alec Soth 的个展，另一个是 The Gaze of the Present（日本当代摄影展）。

上一次看 Alec Soth 是在上海摄影艺术中心（SCoP），现在 SCOP 已经关门了，有些伤感。

这个展馆比 SCOP 大很多，内容也更丰富一些，但布展结构似乎没有 SCOP 那么自在，比较严肃传统。

日本当代摄影展则囊括了多名日本当代摄影师，小田黑惠美、菅野小百合、千贺健二、神奈川真吾、原田佑希。

二楼是购物区，有很多摄影书，看的很过瘾。

四楼则是图书馆，挺安静的，如果不是旅行，可以在这呆上一整天。

近几年，上海在艺术展布展方面越来越棒了，比如 Fotografiska、浦美、西岸美术馆。感觉以前上海的美术展会倾向于量大管饱，少了些对小而精的追求。Fotografiska 则有了一些新的尝试，票价也确实贵一些。

日本商业和艺术结合的会更紧密，很多小型艺术展都在商区之内，且质量很高。上海 k11 也有类似的规划，但还是少了些。看着西岸附近规划逐渐成熟，感觉以后类似的尝试会越来越多。

根津美术馆

隈研吾操刀，竹木墙外是表参道，闹中取静，选品和光线都很细腻。

展馆外有很大一片庭院，枫叶季美极了。

单论观展体验可能是这次日本之行中最好的。

结束

逛完根津美术馆，就要回国了，下次想去神保町逛逛。

趁着黑五，新购置了配置高些的 VPS。折腾一番后，整理了目前自托管的服务。

第一个 VPS （Bandwagon）托管了 2 个项目 wordpress（建站） 和 Umami（数据统计），保持全球稳定的线路，和博客的稳定性：

第二个 VPS（Racknerd） 托管了 11 个项目：

• Freshrss，RSS 阅读器，目前还安装了两个扩展：TranslateTitlesCN（谷歌翻译标题） 和 Auto Refresh（自动刷新）。日常我会使用 Reeder 登录 freshrss 账号阅读。Freshrss 因是网页端的，所以也很适合配合 immersive translate 使用。
• wewe-rss，生成微信公众号订阅源，实际使用还挺稳定的，最后订阅了 27 个微信公众号。
• rsshub，为其他网站生成RSS源，自建的更稳定些。
• RSS-Bridge，订阅部分 rsshub 无法订阅的内容。本想用来订阅 instagram，但不稳定。不过功能确实挺强，便留下观察。与rsshub有很多互补之处，比如 rsshub 如果要订阅 telegram channel 比较复杂，RSS-Bridge 目前则比较简单。经费充裕的话，可以尝试 thefeedreaderbot，使用 webshare 的动态代理 ip，能够躲过 Block.
• AdGuardHome，DNS 去广告服务，配合浏览器插件uBlock Origin，效果很好。
• n8n，工作流自动化平台。
• calibre-web，在线电子书库管理系统。
• laber，跨越付费墙。
• FileCodeBox，文件分享。
• qBittorrent Web UI，BT 下载客户端的 Web 界面，可以远程管理和控制BT下载任务。
• NextChat，以前叫 ChatGPT-Next-Web，ChatGPT 网页端界面，专门部署给家人使用。

更多自部署软件可参考：awesome-selfhosted 和 Top 3 BEST applications you’ve decided to self-host? 。想轻量级省心的可以试试 YunoHost 。

个人倾向于将关键的非隐私类文件托管于信誉较好的大平台，如 Dropbox 和 1Password，所以没有使用自托管云盘和密码软件。

Beauty in the Overlooked Ordinary

Saul Leiter 是我开始街头摄影时就喜欢的摄影师，《All about Saul Leiter》则是我买的第一本摄影书。

没有提前计划，来东京前一天搜展讯的时候，搜到了它，这就是缘分。

Art Cruise Gallery 是商场里的一个小小的展区，几分钟就能逛完。好在经典的几张作品都在，免费的展，也不能期待太多。

出门时买了《Forever Saul Leiter》，一红一黄，凑齐了两本。

FUJIFILM

上海富士 XSpace 是我很喜欢的去处，来东京之后没有找到同名的空间，但找到了富士旗舰店—六本木的 FUJIFILM SQUARE。

一进门是富士、滨田英明和迪士尼合作的特展，日式小清新的风格，主角是米奇米妮。比较商业化的主题，头套模特，很难捕捉到其中的情绪，感觉没有挖掘出滨田英明的优势。往里走有富士老相机的展柜和一组老照片特展，还有现售相机的陈列柜。

感觉还是国内的 XSpace 经营的更细腻一些，空间更大，讲座和活动也更多。

Pooploop

FUJIFILM SQUARE 隔壁是三得利美术馆，但当下主题不是很感兴趣，就直接去了安藤忠雄设计的 21 21 design sight，灵感来源与三宅一生，也算是梦幻联动。

经典的清水混凝土风格和公园融为一体，70%空间隐匿于地下。

门票是一张蓝色的贴纸，刚好和我那天的外套一个颜色，喜欢这种淡淡的巧合。

展览名称是 pooploop，与排泄、废物、发酵、循环等相关，恰好是我很感兴趣的领域。布展质量很高，逛起来也舒适。

小缺点是展馆太小，不尽兴。

逛完之后，在公园里坐了很久，享受了那本《Forever Saul Leiter》。

秋冬交际之时，东京的天气真是很舒服，站起来伸个懒腰继续逛。

THE NATIONAL ART CENTER, TOKYO

出了 21 21 design sight，稍走10分钟，就是国立新美术馆。

一楼的两个展有很鲜明的对照，一个是大学生群展，另一个是个人艺术家的群展。

个人艺术家那边，每个展位个性都很鲜明，逛得眼花缭乱。

大学生那边则是整齐的平面海报设计，逛起来舒适度高一些。个人对更喜欢大学生那边鲜活的力量感，和偏近现代的风格。

个人感觉群展多，也说明当地艺术生态很健康，喜欢这种热闹的感觉。

Banksy

去看 YOSIGO 的路上，刚好遇到了一个小小的 Banksy 个展。

Banksy 是一位匿名的英国涂鸦艺术家。年初的时候刚好去了他的故乡布里斯托，看了几幅他的街头涂鸦。

感觉冥冥中与他有些缘分，就逛了下。

3幅画 + 一段视频 + 一个标志性的红气球，300日元。价格算不上贵，但内容是真的有点少。

YOSIGO

YOSIGO 就在 Banksy 的楼上，是我喜欢的风格。

西班牙摄影师，喜欢捕捉地中海沿岸的风景和人文场景。

内容很丰富，有多个分区，拍摄对象各有不同，但艺术风格是统一的。

门票刚好和我的钱包同一颜色，一天之后有两次类似的巧合，让人心生愉悦。

结

如果你近期在东京想逛展，我会推荐：21 21 design sight – Pooploop 和 YOSIGO。

这两个布展质量都很高，逛得很享受。

0

前几天和朋友谈起自己性格上的一些转变。

提到「表达自己想吃什么」，这一点，对我而言很重要。

说出这句话时，我其实也没有想清楚。

1

以前跟朋友出门玩或吃饭，我都会说随便，但我真的不在意吗？

那不是在谦让，也非在讨好。

实际上，我似乎觉得我的观点不重要，「自己也不重要」。并让自己变得能够尽可能适应身边的环境，让自己的口味尽可能随便，有更高的包容度。

害怕给他人带来麻烦，担心自己的选择会被否定。我在逃避选择的责任，逃避可能的冲突，逃避表达后的不确定感。

这对我而言，这意味着一种安全感。

我不是没有观点，而是害怕有自己的观点。

表达自己想吃什么，其实代表我开始认为「自己是重要的」，是值得被自己，被身边的人认真对待。

当我开始表达自己的需求和偏好时，实际上是在肯定自我存在的价值。

2

知道自己想吃什么，也很重要。

这意味着，开始认真对待内心的声音，与自己的感官和情绪建立连结，耐心观察每一个微小的需求。

记日记和写博客之后，感觉我越来越能理解自己，了解自身的喜好。

「自我人类学」是很好的实践模版。作者以人类学的视角观察和分析自己的生活，在个人田野笔记中捕捉即时的思想和情感，播下自我发现的种子。

写作和觉察相辅相成，帮助我们在生活中，一点一滴地找回与自己对话的能力。

3

当你真诚地面对生命，不再逃避，不再妥协。

你会发现，你即是你的思绪，你的恐惧，你的习性。没有一个独立于此的「你」在改变自己，观察者即是被观察的对象，你就是这个世界本身。

祝好，

我的朋友们。

项目地址：https://github.com/akile-network/akile_monitor
楼主作业：https://aktanzhen.pages.dev/

大致通讯结构

主控端安装

运行官方一健脚本

wget -O ak-setup.sh "https://raw.githubusercontent.com/akile-network/akile_monitor/refs/heads/main/ak-setup.sh" && chmod +x ak-setup.sh && sudo ./ak-setup.sh

选1安装

auth_secret和hook_token在键盘上用脸滚一圈就写好了 
这里为了最easy的部署tg通知功能先不设置（后期可加）

回车↩︎以后主控端就部署完成了，真的是非常easy呢 

CF Page 前端部署

开启wss（ws+tls）

wss其实也可以通过nginx反代来实现，这里使用cf的原因有两点：
· 简单
· 让被控与主控之间通过赛博活佛连接，可以保障两者之间连通性好，对主控的国际互联要求就不高了

不开启的话会显示websocket连接失败，反面例子如下：

我们给部署主控端的VPS来个开小黄云的域名zhukong.example.com

是给解析到主控端VPS并且开启小黄云！zhukong.example.com不是前端的自定义域名！！

添加一个Origin Rules,重写到3000端口（即安装主控端的时候设置的主控端程序监听端口），然后点击低下的“部署”

前端部署

下载前端文件，解压成文件夹
https://github.com/akile-network/akile_monitor_fe/releases/download/v0.0.1/akile_monitor_fe.zip

打开config.json文件，填写如下内容,zhukong.example.com换成咱们刚刚搞得开了小黄云的域名

{
  "socket": "wss://zhukong.example.com/ws",
  "apiURL": "https://zhukong.example.com"
}

来到workers and pages，点击创建

选择pages，选择上传资产

填写项目名，上传文件夹

选择我们解压出的那个文件夹

然后点击部署，前端就大功告成了！ 

刚部署完可能要等个一会（几秒到几分钟都有可能）页面才能正常加载出来

被控端安装

依旧是一健脚本：

wget -O ak-setup.sh "https://raw.githubusercontent.com/akile-network/akile_monitor/refs/heads/main/ak-setup.sh" && chmod +x ak-setup.sh && sudo ./ak-setup.sh

选5安装被控

Enter URL写 wss://zhukong.example.com/monitor
auth_secret就是我们在安装主控端的时候用脸滚出来的 
可以在主控端的/etc/ak_monitor目录下的config.json里找到

Enter name的时候注意，ak识别节点地区的方式是按照name的前两个字符识别的，我这里写HK，那么最后在前端里这个节点上就显示香港的区域旗帜

常见区域旗帜表

使用说明

• 旗帜代码：依据国际标准 ISO 3166-1 Alpha-2 分配。
• 来源解释：大多数国家代码基于英文名称缩写，少数基于本地语言（如德国、南非、西班牙）。

在互联网或创业圈的人对奇绩创坛肯定不会太陌生，但其他行业的很多人则可能是第一次听说这个名字，在此我可以简单介绍一下，奇绩是一家带有孵化器性质的投资机构，每年春秋两季，奇绩会选择大约 50 个项目，对其进行投资，并在接下来的三个月内进行高强度的「孵化」，三个月后会组织一次面对数千投资人的大会（又被称之为 demo day），以尽可能的帮助这些创业项目在更多投资人面前混个脸熟，拿到下一轮融资。

奇绩的前身是 YC 中国，YC 成立于 2005 年，到现在已经投资了超过 3000 家公司，其中最著名的包括 Airbnb，Stripe，Reddit 等等，YC 在 2018 年进入中国，但一年多后因为各种原因宣布退出，此后 YC 中国的合伙人陆奇创办了奇绩创坛，继续以 YC 的方式进行在中国的事业。

提奇绩就不能不提陆奇，陆奇博士有华丽的履历和强大的资源， 横跨数十年中美两国互联网发展的黄金时期，举例来说，2017 年陆奇曾任百度 COO，就定下了聚焦AI 的战略，但随后因为许多原因离开，陆奇博士在百度内的口碑极佳，但作为外人，我对细节知之甚少，只是在这么早的时候就看到了 AI 的潜力并愿意下重注，这一点就足够人钦佩。

奇绩的流程很简单，填写一个（很长的）报名表单之后，会筛选两轮，然后进入面试，面试通过则会获得投资和后续的支持，没通过会鼓励你下次努力。

我在 2020 年我刚开始做面包多，报名了当年的奇绩，但是初筛就未得通过，21 年我又试了一下，依然在面试的环节挂了，面试是在线上进行，包括陆奇在内的四位合伙人一字排开，轮番提问，我觉得我回答的还行，但还是没过。22 年我本来不打算参加，但是当时我们已经开始做新的业务，并且和 AI 相关，奇绩的同学极力劝我报名，于是我又报名了一次，并最终通过，进入了 2022 年秋季的那一期。

我没记错的话，在投资方面，奇绩有一个标准的报价，以 30 万美元或等值人民币换取 7% 的股份，但是对少数阶段靠后或者数据已经起来的项目，也会协商估值和投资金额，我们并没有按照标准协议走，而是根据情况谈了一个新的价格，这并不常见，但是是可能的。

坦白说，我报名奇绩最大的目的就是拿钱，对其他的什么孵化，训练营，demo day 都没有什么兴趣，在我看来这是给钱之外的一些附加服务，属于可有可无的范畴，我就是抱着这个想法进入 2022 年秋季的那一期的。

签署协议后不久，就开营了，当天当期的所有项目的创始人，都聚集到奇绩北京的总部，闹哄哄一大堆人，先听陆奇的演讲，然后互相认识，分组，自我介绍，吃一顿自助餐，然后各回各家。

此后的三个月，我们每周都要线下去奇绩办公室一到两次，参加多个活动，包括 office hour（OH），group office hour（GOH），听嘉宾演讲等等，OH 和 GOH 是最重要和主要的内容，每周大概一两次，在 OH 中，我需要和包括陆奇在内的四位奇绩合伙人一对一聊天，说我的想法，问他们问题，会得到一些建议和帮助，GOH 则是十来个项目的创始人坐一圈，大家轮流汇报自己最近的进度，然后互相提问， 其中也会有一位奇绩的合伙人坐在中间主持，总的来说看上去很像学校课堂，老师带着一群学生巴拉巴拉讲话。

入营后不久，我们被要求对三个月后的 demo day 设定目标，这个目标对不同项目而言是不一样的，有的是产品上线，有的是拿到多少订单，有的则是获得多少用户，每周的讨论也会和这些目标挂钩。

总的来说奇绩的事情就是这些，但我想谈谈我在奇绩遇到的人。

被奇绩选中并不容易，就我那一期而言，大约有 6000 个项目报名，最终选择了 50 个，后来的几期报名的项目超过了 8000 个，最终入选的还是 50 个左右，可以称得上百里挑一，这些被选中的创始人，除了像我这样的非典型的创业老炮，大部分都具备这些特点：年轻，聪明，履历极佳（名校或名企），极富想象力。

和这些创始人相处是很开心的事情，事实上和聪明人相处总是愉快的，我自己是个 I 人，都能认识一些朋友，只要你长着一张嘴，就也会认识很多朋友，这些人和人的链接在奇绩的那三个月里是友好而表层的，但是其中的一些，会在之后的时间里悄然变化，成为一些更深的链接，我自己成为了一些校友（是的，大家会称之为校友）的客户，另一些则为我提供了及时的帮助，据我所知，还有一些更深度的合作和更牢固的友谊。

奇绩的这些项目，即便以我的角度来看，很多也都是天马行空有余而落地执行不足，加之创始人都是年轻人，甚至很多都还尚未离开大学，因此拉出去一通展示，很多人会有嗤之以鼻的心态，这些人明里暗里的表示，奇绩不太行，投的项目不落地，跑出来的没几个，大多数会挂。

我不能说他们是完全错的，从某个角度来说，创业尤其是科技创业，本身就是九死一生的事情，「大多数都会挂」是一个事实，但早期投资，不就应该去支持这些疯狂的理想，愚蠢的天才，不计后果的冒险，以及孤注一掷的决心吗？

奇绩今年正好是第五年，这五年也是资本环境从热闹走向寒冬的五年，当投资市场变得越来越谨慎，融资越来越像贷款，以至于中国创业者要么在国内弹尽粮绝，要么肉身出海谋求出路的时候，单纯还在每年进行足额足量的投资，把钱（虽然不多），给到那些初出茅庐，又野心勃勃的年轻创业者，这就足以表明奇绩的初心从未改变。

我跟我其他创业的朋友说，以前没有感觉，最近两年越来越觉得奇绩像是投融资界的白月光了，大家大笑，疯狂点头——一言以蔽之，我们后来在融资上吃了太多的苦头，回过头来才发现，奇绩填填表就行，合伙人和大家像校园里的相处模式是多么的美好。

奇绩是一家投资机构，当然最重要的是给钱，对我来说是这样，但是客观来说，那些数不清的对谈，围坐，问询，分享，对于那些首次创业的创业者来说，依然是有价值的，实质性的帮助是有的——如何融资，如何打造 PMF，如何找客户，如何避免风险，这些经验往往来自更有经验的人，但另一方面，我觉得更为重要的是，奇绩的创业者圈子，缓解了孤军奋战的孤独感，这里有大量的同类，我对分享没什么兴趣，既不爱说，也不爱听别人说，但我知道这群人的存在，也会觉得有点宽慰。

陆奇是奇绩的创始人，也是精神领袖，大家都称呼他 qi，我对 qi 的看法可能和大多数人不太一样，他正儿八经讲的话我不太记得住，我记得的是有一次我们在工区见面，他说他以前也会画画，小时候还得过画画的奖。我后来查了一下，qi 是 61 年出生的，六张的人了，这让我难以置信，因为我一直以为他四十多岁，还属壮年，没想到已经是退休的岁数了。

作为一个前辈，每个人从 qi 身上学到的东西可能不一样，我更多的是看到了一个可能性，一个人可以很纯粹，很拼的为一个理想而努力，直至六十多岁依然如此，这是何等尽兴的人生。

直至今日，我依然推荐所有第一次创业的创业者报名奇绩，从实际的角度来说，现在融资环境差到没边，找一个能投的机构真的太难了，而奇绩正是为数不多还在投的机构，从另一个角度来说，创业坑太多了，奇绩是真的能够帮你多少避免一些，此外还可以认识很多人，我是个 I 人，也认识了得有大几十个，如果你是个 E 人，那你认识的人可能可以比我多十倍，我说不好认识人有什么用，但对于年轻人，多认识点人总不是坏事。

三个月后，举行了 demo day，在一个巨大的会场，每个项目上台讲 2 分钟精心准备的 PPT，然后回到自己的展位，等待投资人 的光顾，聊得好就加个微信，然后后面再约，聊的不好就换一个，这是一种理想又直接的匹配方式，我当天加了 200 个投资人，把接下来一个月都排满了线上线下的会议，当然，最后没一个要投我。

这其实也是创业者面对的现实，创业者应当对此泰然处之，也有同期校友融资的消息传来，但这三个月结束了，大家都纷纷归于自己的生活，继续开发，销售，融资，碰壁，转型，死亡以及重生。

这就是我在奇绩的三个月，与其说我学到了什么，不如说我看到了一些可能性，感受到了一些生命力，人没必要非得学到点什么才满意，所以我挺满意的。

更新：V 1.2.1版本，结合大家的建议，
1、重构菜单逻辑；
2、dnsmasq、smartdns支持填写个人解锁IP；
3、增加更新脚本；
4、支持快捷指令：ddns；
5、新增 一键恢复8.8.8.8（解决分流安装失败，无法联网问题）；
6、新增dnsmasq、smartdns 更新全量文件，并支持替换为自己的IP；

支持操作系统: Debian & Ubuntu

项目简介

该脚本旨在帮助用户通过 流媒体解锁 DNS 实现快速的 DNS 分流与全局 DNS 替换。只需简单的几个步骤，即可轻松配置与解锁 DNS。适用于 VPS 用户，支持一键配置，无需复杂设置。

使用指南

步骤 1: 注册 Alice 账号(适用于没有解锁DNS IP的用户)

1. 访问 Alice DNS 官网 进行注册。
2. 在注册后，将您的 VPS IP 地址添加至 Alice 白名单。
   

   注意：此过程可能需要 3-5 分钟生效。

步骤 2: 运行一键分流脚本

1. 下载并运行以下脚本：

   wget https://raw.githubusercontent.com/Jimmyzxk/DNS-Alice-Unlock/refs/heads/main/dns-unlock.sh && bash dns-unlock.sh
   
   
   

解锁方式 1-1：DNS 分流模式(dnsmasq)

1. 在脚本菜单中选择 1。
2. 脚本将自动安装并配置 dnsmasq，实现多媒体流量的智能分流。
3. 安装过程中会提示是否输入个人解锁IP，回车默认Alice,IP，输入y，填写个人解锁IP 。
   • 适用场景：优化流媒体（如 Netflix、Disney等）访问体验，确保内容加载更快，解锁区域内容。

选择分流区域（SG / HK）

1. 在脚本菜单中选择 3，进入分流区域选择界面。
2. 脚本支持自助选择 SG（新加坡） 或 HK（香港） 区域进行分流优化。
   • SG（新加坡）：适用于连接东南亚地区的用户，提供更优的路由和速度。
   • HK（香港）：适用于连接香港及周边地区的用户，提供稳定且快速的网络连接。
   • 选择完毕后，脚本将根据选择的区域配置合适的分流策略。

解锁方式 1-2：DNS 分流模式（smartdns）

1. 在脚本菜单中选择 2-1。
2. 按照提示是否替换为个人解锁DNSIP，IP1/2可同一个；
3. 脚本将自动安装并配置 smartdns，实现多媒体流量的智能分流。
   • 适用场景：优化流媒体（如 Netflix、Disney等）访问体验，确保内容加载更快，解锁区域内容。

解锁方式 2：全局 DNS 替换模式

1. 在脚本菜单中选择 3-3。
2. 输入自己的解锁IP，一键替换，并锁定resolv.conf文件。
   • 适用场景：需要整体优化网络解析速度，提升所有已解锁自媒体请求。

本文介绍如何在GitLab中使用网易企业邮箱配置SMTP服务器。

配置 SMTP 服务器

希望通过一个 SMTP 服务器发送应用邮件，而不是通过 Sendmail 或 Postfix，需要在 /etc/gitlab/gitlab.rb 中添加以下配置信息：

gitlab_rails['smtp_enable'] = true
gitlab_rails['smtp_address'] = "smtp.qiye.163.com"
gitlab_rails['smtp_port'] = 465
gitlab_rails['smtp_user_name'] = "gitlab-system@your-company.com"
gitlab_rails['smtp_password'] = "your-smtp-password"
gitlab_rails['smtp_authentication'] = "login"
gitlab_rails['smtp_enable_starttls_auto'] = false
gitlab_rails['smtp_tls'] = true
gitlab_rails['smtp_domain'] = "smtp.qiye.163.com"

gitlab_rails['smtp_openssl_verify_mode'] = 'none'

gitlab_rails['gitlab_email_from'] = 'gitlab-system@your-company.com'
gitlab_rails['gitlab_email_display_name'] = 'GitLab平台'
gitlab_rails['gitlab_email_reply_to'] = 'gitlab-system@your-company.com'

user['git_user_email'] = "gitlab-system@your-company.com"

注意，密码用的是网易授权码；”gitlab-system@your-company.com”是你要配置发送邮件的公共邮箱。

执行sudo gitlab-ctl reconfigure命令使配置生效。

测试 SMTP 配置

可以使用 Rails 控制台验证是否可以正确发送电子邮件。 执行sudo gitlab-rails console命令进入控制台。然后，可以在控制台提示符下输入以下命令，以使系统发送测试电子邮件

Notify.test_email('your-email@your-company.com', 'Message Subject', 'Message Body').deliver_now

如果你的’your-email@your-company.com’邮箱能够收到测试邮件，则证明 SMTP 服务器配置完成。

参考资料

• 本文同步至：https://configuring-an-smtp-server-with-netease-enterprise-email-in-gitLab/
• https://docs.gitlab.com/omnibus/settings/smtp.html#netease-free-enterprise-email

最近用 Docker 搭建了 Calibre-Web（书籍管理阅读平台），出现了一些问题，以下是解决方案。

Calibre 数据库路径

先是进入网页界面中，需要填写 Calibre 数据库路径，该路径需要进入 Docker 容器内部，创建数据库，并添加写入权限。

先查看容器内目录结构，并进入 bin。

docker exec -it calibre-web sh

ls /

cd bin

创建一个空的数据库。

calibredb add --empty --with-library /books

如果上面的命令成功，则设置正确的权限。

chmod -R 777 /books

初始化数据库。

calibredb add --empty --with-library /books

退出容器。

exit

OPDS

支持 OPDS 的阅读器，能更方便的下载和阅读 Calibre-web 中的书籍。

OPDS link 的正确格式是：http(s)://username:password@ip/hostname:port/opds

ip/hostname:port，也可以是网站域名。

iOS 中推荐 Cantook。

下载权限问题

在绑定 OPDS 阅读器的时候，我发现无法正常下载书籍，网页版也有相同问题，但仍可以阅读。报错：500 Internal Server Error。

这部分报错是比较新的问题，在 Github issue 中找到了解决方案。与 PUID/PGID 相关，应使用运行 Docker 的用户的 ID，这样可以确保容器内外的权限一致。

重新回到 docker-compose.yml 中，将这两者都设为 1000，再重启 docker 即可解决。

services:  
  calibre-web:    
    environment:      
      - PUID=1000      
      - PGID=1000

免责声明：本文仅用于教育目的。作者不认可或鼓励任何不道德或非法活动。使用此工具的风险由您自行承担。

12ft 是一个帮助用户绕过在线付费墙的插件，2023年被投诉下线之后，这些可以作为替代品:

• RemovePaywall，原理是利用互联网缓存来绕过付费墙限制，与 Webpage archive 相似。iOS 可用 Shortcut。
• Unpaywall，主要针对学术期刊。与 Scihub 的定位不同，在合规方面下了功夫。加载网页时，Unpaywall 扩展会扫描 DOI，并检索该文章最佳的开放获取渠道。
• 13ft Ladder，12ft 的升级版，支持自托管。
• Ladder，与 13ft 类似，但设计似乎稍有不同，支持自托管。
• bpc-clone/bypass-paywalls-chrome-clean，Bypass Paywalls 的浏览器插件，好像在 Github 上被封了，需要跳转到 GitFlic 下载。
• News Paywall Bypass，Firefox插件，目前还可以直接下载。
• Ublock origin 规则：在 Ublock origin-Filter lists-Import 中添加这个规则：https://raw.githubusercontent.com/liamengland1/miscfilters/master/antipaywall.txt 。亲测好用，且可以同时移出广告。
• PaywallBuster，5 种绕过付费墙插件的集合版，但实际上只有 2 种可用，类似于RemovePaywall + 13ft Ladder，没有想象中那么好用。
• Medium-parser-extension，利用谷歌网页缓存阅读 Medium 中的付费文章，如 towards-data-science。

考虑到工具的稳定性和长期性，我日常使用的是 Webpage archive 、自托管的 Ladder 和 Ublock origin（Firefox版）。

以下是我目前使用的WordPress插件，共 11 个：

• UpdraftPlus，核心备份插件，免费版支持定期备份到 Google Drive。近期迁移了一次，安装好WordPress和该插件，再关联一下 Google 账号即可备份成功，体验很好。
• Blocksy 主题 + 插件，目前在使用的主题，免费版够用，可自定义选项多，颜值高。
• Polylang，多语言插件，免费版功能齐全，中英文界面可同时 SEO 索引，增强博客覆盖面。
• Antispam Bee，屏蔽广告评论。
• Post SMTP，邮件发送插件，更简单的配置 SMTP。
• Wenprise Better Emails，提供邮件模板，美化邮件。
• WP Super Cache，网站缓存插件，提升网站加载速度。
• WPS Hide Login，安全插件，可以自定义WordPress登录页面URL。
• Rank Math SEO，SEO 优化插件，增强搜索引擎可见度。
• Meow Gallery，图片画廊插件。
• Juicer，社交媒体聚合插件，能为国内用户展示 Twitter 时间线。

目前已有足够的舒适度，之后会偏重稳定性，于是关闭了插件和主题的自动更新。除了安全性更新，尽量不动。

除了 Blocksy，都用的免费版。但 Blocksy 其实也没用到几个付费功能，只是比较喜欢，且长期使用，支持一下。

在 Jack 的帮助下，最近管理面板换成了 1Panel，舒适度比 AMH 要高一些，操作也更简单。

截图留念！