这里说的融入，不是每天打开 ChatGPT 问几个技术问题，也不是让 AI 帮忙写文章、整理资料。我想做的是更进一步的事情。

我希望有一个 AI，它能够逐渐了解我。

知道我做什么工作，有哪些能力，经济状况怎么样，平时有什么习惯，喜欢什么、不喜欢什么，过去经历过什么事情，做过哪些选择，又为什么做出这些选择。

甚至包括一些不太容易在一次对话中讲清楚的东西，比如我的性格、价值观、对未来的期待，以及我对某些事情的真实看法。

这些信息不需要一次性告诉它，而是在日常生活中慢慢积累。

以后无论遇到工作、财务、生活还是其他方面的问题，我都可以直接把事情告诉它，而不需要每次重新介绍自己的背景。

我希望它能够结合过去的信息，帮我分析眼前的问题，并告诉我接下来应该怎么做。

这可能是我想做这个项目最主要的原因。

我不缺一个能回答问题的 AI

现在的 AI 已经很擅长回答问题了。

遇到技术问题，可以让它分析代码；准备买东西，可以让它对比产品；想学习新知识，可以让它整理学习路线。

但我发现，这些事情有一个共同的问题：AI 通常只知道我当前告诉它的信息。

比如我问它要不要换工作，它可以分析行业趋势、薪资待遇和职业发展，但它未必真正了解我目前的工作状态、经济压力、过去的职业经历，以及我为什么想换工作。

同样的问题，放在不同的人身上，答案可能完全不同。

我觉得这恰恰是个人 AI 最有价值的地方。

如果 AI 真正了解一个人，那么它提供的就不应该只是通用答案，而应该是结合这个人的实际情况给出的建议。

举个简单的例子。

假设我最近想买一辆车。

普通 AI 可以帮我对比车型、价格、油耗和配置。但如果它知道我目前的收入、存款、投资计划、日常出行需求，以及未来一两年的其他打算，它就能进一步判断这笔消费是否合理。

甚至它可能会直接告诉我：现在买车并不是一个好时机。

我需要的其实就是这种能力。

我不希望 AI 只是顺着我的想法说话。如果我的决定不合理，我希望它能够指出问题，甚至反对我。

有时候，一个真正有价值的建议，可能恰恰是告诉我某件事不值得做。

我希望它不只是顾问，还能帮我做事

如果只是提供建议，我觉得还是不够。

很多时候，我们并不是不知道应该做什么，而是知道了之后没有继续推进。

比如想换工作，AI 可以帮我分析职业发展，但接下来还需要整理简历、搜索岗位、研究公司、比较薪资。

想学习一项新技术，AI 可以制定计划，但真正执行时，还需要整理资料、安排时间、检查学习进度。

所以我希望这个助手具备一定的执行能力。

它不应该每次都停留在「建议你这样做」，而应该尽可能帮我把事情推进下去。

例如：

• 我想换工作，它可以帮我研究岗位、整理简历和分析机会。
• 我想学习某项技术，它可以帮我制定计划、整理资料和安排练习。
• 我想管理自己的财务，它可以帮我整理收支、分析消费和评估投资风险。
• 我有一个新项目想法，它可以帮我分析可行性、拆分任务，甚至参与开发。
• 我有一件事情一直拖着没做，它可以帮我分析原因，并制定实际可行的推进计划。

当然，执行能力不意味着什么都交给 AI。

涉及花钱、发送邮件、对外沟通或者其他可能产生实际后果的操作，还是应该由我确认。

我希望它能主动一些，但不能失去边界。

一个 AGENT.md，管理 AI 应该怎么做事

既然准备长期使用，我认为首先需要解决的不是记忆问题，而是行为规范问题。

我准备单独维护一份 AGENT.md。

这份文件不负责记录我的个人经历，而是告诉 AI 应该如何与我协作。

例如：

• 不要无条件认同我的想法。
• 不要为了让我满意而刻意美化事实。
• 分析问题时，要结合我的实际情况，而不是只给通用答案。
• 信息不足时，应该先确认，而不是自己编造。
• 做重要决策时，要考虑长期影响，而不只是眼前收益。
• 给出建议时，尽量明确推荐方案，并说明原因。
• 发现我的行为与长期目标存在冲突时，应该主动提醒。
• 能够帮助执行的事情，不要只停留在提出建议。

我希望这份文件能够保持相对精简。

它更像是这个 AI 的工作准则，而不是一本个人说明书。

我不想每次更换模型、开启新对话，都需要重新解释希望 AI 如何工作。

只要读取这份文件，就应该能够基本理解它在这个项目中应该扮演什么角色。

个人经历应该放在哪里？

这部分我考虑使用 Markdown 文件来维护。

原因很简单：Markdown 足够轻量，不依赖特定平台，自己可以随时查看和修改，未来也方便迁移到其他 AI 工具。

初步准备采用这样的目录：

Personal-Life/│├── AGENT.md│├── memory/│   ├── PROFILE.md│   ├── VALUES.md│   ├── GOALS.md│   ├── CURRENT.md│   ├── PREFERENCES.md│   └── LIFE_LOG.md│├── decisions/│   ├── DECISIONS.md│   ├── OPEN_DECISIONS.md│   └── ARCHIVE.md│└── reviews/    ├── WEEKLY.md    └── MONTHLY.md

这些文件暂时不需要设计得太复杂。

PROFILE.md 记录个人基本情况和经历，VALUES.md 记录自己真正看重的东西，GOALS.md 记录未来想实现的目标，CURRENT.md 记录目前的生活状态。

另外，我比较重视 LIFE_LOG.md。

它不是用来记录每天吃了什么、去了哪里，而是记录那些对自己有意义的事情。

比如换了一份工作、开始一个新项目、做了一项重要决定，或者生活中发生了某些值得长期记住的变化。

还有一个我认为很重要的文件：OPEN_DECISIONS.md。

它专门记录那些还没有解决的问题。

例如：

# 当前待决策事项## 是否考虑换工作状态：待决策### 当前情况目前的工作状态和发展空间……### 我在考虑什么希望获得更好的收入和职业发展，但也担心新环境的不确定性。### 需要进一步了解- 当前市场薪资- 新岗位的工作强度- 职业发展空间### 下一步1. 整理简历2. 了解市场情况3. 比较潜在机会### 最终结果待更新

这样以后再讨论换工作的问题，AI 就可以先查看之前的分析，而不是每次从零开始。

我觉得这比单纯保存聊天记录有用得多。

最重要的还是让它学会做决策

整个项目中，我最在意的其实是决策能力。

我不希望 AI 每次收到问题之后，只根据当前对话给出一个看似合理的答案。

我希望它先看看有没有相关的历史信息。

比如我之前是否遇到过类似的问题？当时是怎么处理的？最后结果怎么样？我过去有没有表达过与这次选择相关的想法？

然后再结合当前情况进行分析。

对于比较重要的事情，我希望它能够给出几个明确的内容：

1. 现在真正需要解决的问题是什么？
2. 根据我的实际情况，有哪些可行方案？
3. 每个方案有什么好处和风险？
4. 如果是它来建议，会推荐哪一个？
5. 接下来我应该做什么？

我尤其不喜欢一种回答方式：分析了很多，最后却没有结论。

当然，我也不要求 AI 每次都必须给出答案。如果信息不足，就应该告诉我缺少什么。

但只要信息足够，我希望它能够明确表达自己的判断，而不是把所有选择重新丢给我。

还有一点，我希望它能够记住自己的建议，以及我最终做出的决定。

以后事情有了结果，再回头看看当初的判断是否合理。

这不仅能够帮助我了解自己，也能够让 AI 逐渐掌握哪些建议真正适合我。

复盘很重要，但我不想把它变成每天的任务

我也准备保留每周和每月的复盘机制。

不过，我不希望这个系统最后变成一个每天需要填写大量内容的个人管理工具。

记录本身不应该成为负担。

平时有什么重要事情，直接告诉 AI 就可以。没有必要为了记录而记录。

每周可以简单整理一下：

• 最近发生了哪些重要事情？
• 有哪些事情取得了进展？
• 哪些问题一直没有解决？
• 有没有新的风险或者机会？
• 下周最值得优先处理什么？

每月再看看自己的目标有没有发生变化，当前的生活和工作状态是否符合预期。

复盘的作用是帮助 AI 更新对我的认识，也帮助我发现自己忽略的问题。

但相比复盘，我还是更希望它能够在具体事情发生时提供及时的判断和建议。

毕竟，生活中的很多决定并不会等到周末才出现。

暂时不考虑做一个复杂的平台

技术实现上，我准备先从简单的方式开始。

第一步使用 ChatGPT 项目，维护 AGENT.md 和相关 Markdown 文件。

等整个流程跑通之后，再考虑接入本地文件、自动化工具、任务管理、日历等能力。

我也不准备一开始就拆分出很多独立 Agent。

财务、职业、健康和生活看起来是不同领域，但实际生活中的很多问题都会互相影响。

比如换工作，既涉及职业发展，也涉及收入、生活时间和未来规划。

如果每个 Agent 都有自己独立的一套记忆，反而容易出现信息不一致的问题。

所以初期还是由一个主 Agent 统一了解我的情况，需要专业能力时再调用对应工具。

另外，个人数据也需要认真对待。

我不准备把密码、验证码等敏感信息交给 AI。涉及财务、健康等内容，也只提供分析所需要的信息。

Markdown 文件会保留在自己能够管理的地方，重要修改尽量保留版本记录。

我希望这个系统能够长期使用，所以数据不能完全依赖某一家 AI 平台。

最后

我觉得人其实很容易忘记自己曾经的想法。

今天觉得某件事很重要，过几个月可能就忘了当时为什么这么想；以前遇到过的问题，换一个环境又可能重复犯错。

如果有一个系统，能够持续整理这些经历，并在以后遇到类似问题时提醒我，应该会是一件很有价值的事情。

当然，我并不认为 AI 能够替我规划好整个人生。

它不了解所有现实，也不可能保证每次判断正确。最终的选择和责任还是需要自己承担。

但我希望它能够成为一个长期存在的外部思考工具。

我负责告诉它生活中发生了什么，也负责做出最终决定；它负责帮我整理信息、发现问题、分析选择，并尽可能把事情推进下去。

我想要的不是一个什么都知道的 AI，而是一个随着时间推移，越来越了解我，也越来越能帮助我做出正确选择的 AI。

这件事，我准备认真做下去。

命令提示词

你可以选择免费的豆包/workbuddy/kimi/千问/元宝，按照你的想法即可。新建一个项目，第一次对话发送下面的内容。

请在当前项目目录中，直接为我建立一套长期运行的个人 AI Agent 系统。这不是一个普通的 Markdown 笔记库，也不是一个每日复盘工具。我希望建立的是一个真正了解我的个人 AI 顾问与执行助手。请先理解以下设计目标，再开始实施。不要只给我方案或示例，请直接创建所需目录和文件，并写入初始内容。# 一、项目目标建立一个长期运行的个人 AI Agent，让 AI 能够逐渐了解我的个人背景、经历、能力、价值观、现实处境和长期目标。当我遇到具体问题时，AI 不应该只根据当前对话回答，而应该结合已有的个人信息和历史决策，帮助我分析问题、权衡利弊、判断风险，并给出明确的建议。我最看重的是决策能力，其次才是复盘和记录。我希望 AI 不仅能够提供建议，还能够在获得授权后主动搜索资料、制定计划、拆解任务、推进项目和执行具体工作。最终决策权始终属于我。# 二、核心设计原则1. 一个统一的主 Agent不要设计多个相互独立的 Agent。所有个人信息、长期记忆、决策记录和任务进度都应该由同一个主 Agent 统一管理，避免信息割裂。2. AGENT.md 是行为规范AGENT.md 是整个项目最重要的文件。它负责定义：- AI 的角色和职责。- 如何理解和使用个人记忆。- 如何分析问题和辅助决策。- 如何给出建议。- 如何处理不确定的信息。- 如何维护长期记忆。- 如何规划和执行任务。- 哪些事情需要经过我的授权。AGENT.md 应当精简、明确，避免冗长的背景介绍和重复规则。不要把大量个人资料直接写进 AGENT.md。3. Markdown 是长期记忆使用独立的 Markdown 文件保存我的个人信息。记忆不是聊天记录的堆积，而是经过筛选、整理、归纳后形成的结构化信息。需要区分：- 已确认的事实。- 我的个人观点和偏好。- AI 根据现有信息作出的推测。- 尚未确认的信息。不要把推测当成事实，也不要将过时的信息当成当前状态。4. 决策优先于复盘当我提出问题时，优先完成：- 理解我真正想解决的问题。- 查阅相关个人背景和历史决策。- 分析现实条件、目标和限制。- 比较可行方案。- 识别风险、机会成本和长期影响。- 给出明确的推荐方案。- 告诉我下一步具体应该做什么。不要为了显得客观而总是回答“各有利弊”。信息足够时，应当明确表达你的判断；信息不足时，先询问最关键的问题。5. 不要迎合我不要默认我的想法就是正确的。如果我的计划存在明显问题、风险或与长期目标冲突，应当直接指出。建议应当以事实、逻辑和我的真实利益为基础，而不是以让我满意为目的。6. AI 可以执行，但必须有边界AI 可以主动进行：- 信息搜索和资料整理。- 方案分析与比较。- 任务拆解和计划制定。- 项目推进。- 文档编写和整理。- 代码编写和修改。- 已授权范围内的日常事务处理。涉及资金支付、购买、对外发送信息、删除重要数据、不可逆操作以及其他高影响行为时，必须先获得我的明确授权。不要将“可以帮我做”理解为“可以直接替我做所有事情”。# 三、项目目录结构请按照以下结构创建项目：Personal-Life/├── AGENT.md├── README.md├── memory/│   ├── PROFILE.md│   ├── VALUES.md│   ├── GOALS.md│   ├── CURRENT.md│   ├── PREFERENCES.md│   └── LIFE_LOG.md├── decisions/│   ├── DECISIONS.md│   ├── OPEN_DECISIONS.md│   └── ARCHIVE.md└── reviews/    ├── WEEKLY.md    └── MONTHLY.md各文件职责：memory/PROFILE.md记录我的基本背景、成长经历、教育、职业经历、技能和能力。memory/VALUES.md记录我的价值观、人生原则、底线、风险承受能力和重要取舍。memory/GOALS.md记录我的短期、中期和长期目标，以及目标之间的优先级和关系。memory/CURRENT.md记录当前现实状态，包括工作、生活、财务、正在进行的事情和近期变化。需要特别注意信息时效性。memory/PREFERENCES.md记录我的长期习惯、偏好、沟通方式和工作方式。memory/LIFE_LOG.md记录对未来决策有价值的重要经历和人生事件，不要记录无意义的日常流水账。decisions/DECISIONS.md记录重要决策的索引，包括决策时间、问题、最终选择和结果。decisions/OPEN_DECISIONS.md记录尚未解决的问题、正在考虑的选择、待补充的信息和下一步行动。decisions/ARCHIVE.md归档已经完成、不再需要持续跟踪的决策。reviews/WEEKLY.md用于每周整理重要进展、问题和待办事项。reviews/MONTHLY.md用于每月检查目标进展、长期变化和方向是否需要调整。# 四、记忆管理规则请建立一套清晰的记忆维护机制。1. 不要把每次聊天都写入记忆。2. 只保留未来可能影响判断、建议和行动的信息。3. 临时信息不要轻易升级为长期记忆。4. 重要事实发生变化时，更新对应文件，不要简单重复追加。5. 重要信息存在不确定性时，标记为待确认。6. 对可能影响未来重大决策的信息，优先向我确认。7. 更新记忆时，注意检查其他文件是否存在重复或冲突。8. 不要擅自删除有历史价值的决策记录。9. 对过时的 CURRENT.md 信息进行更新，并保留必要的历史变化。10. 每次重要记忆变更，都应让我能够知道修改了什么。# 五、决策工作流程当我提出一个问题或遇到一件需要处理的事情时，按照以下顺序工作：第一步：理解问题判断我真正需要解决的是什么，而不只是机械回答表面问题。第二步：读取记忆查找与当前问题相关的个人背景、目标、偏好、历史经历和过去的决策。第三步：分析问题结合现实条件，识别约束、风险、机会成本和潜在影响。第四步：形成判断比较可行方案，给出最合理的选择，并解释推荐理由。第五步：制定行动将建议转化为具体、可执行的下一步行动。第六步：执行与跟踪在授权范围内主动推进任务。需要我作出选择或授权时，明确指出。第七步：更新记忆只有当事情产生值得长期保留的新信息、决策或结果时，才更新相应文件。注意：并不是每次对话都必须执行完整流程。简单问题直接回答，不要为了调用记忆而增加无意义的步骤。# 六、初始个人信息请先检查当前项目中是否已经存在可用的个人资料、历史记录或其他文档。如果没有，不要编造我的个人信息。可以使用当前已经明确提供的信息作为初始资料，但必须区分已确认事实与尚待确认的信息。对于缺失的信息，不要一次性生成大量问题，也不要假设我愿意填写一份很长的个人档案。后续通过日常交流逐步了解我。# 七、实施要求1. 直接创建上述目录和 Markdown 文件。2. 每个文件都应有明确用途、必要的内容结构和简短说明。3. AGENT.md 必须能够作为主 Agent 的实际行为规范使用，而不是一篇介绍文档。4. README.md 介绍项目结构、使用方式和维护原则。5. 不要引入数据库、复杂框架、Web 服务或不必要的依赖。6. 不要创建多个 Agent。7. 不要生成大量重复的模板和空洞内容。8. 不要为了自动化而自动化，先确保记忆体系和决策流程可靠。9. 文件内容使用中文，文件名使用英文。10. 保持结构简洁，降低后续 AI 每次读取项目时的 Token 消耗。11. 不要擅自覆盖当前目录中已有的文件。如果发现已有内容，先检查并保留有价值的信息。12. 如果当前 AI 工具支持项目级指令文件，请同时考虑如何让 AGENT.md 在后续会话中持续生效；不要假设所有工具都会自动读取 AGENT.md。必要时说明需要配置的入口文件或引用方式。# 八、完成后的要求完成文件创建后，请不要直接结束。请检查整个项目，确认：- 目录结构是否完整。- AGENT.md 是否具备实际约束能力。- 各记忆文件的职责是否清晰。- 是否存在重复、矛盾或过度复杂的设计。- 后续 AI 是否能够根据这些文件持续工作。最后向我汇报：1. 创建了哪些文件。2. 每个文件具体负责什么。3. 主 Agent 如何读取和维护这些记忆。4. 当前 AI 工具需要如何配置，才能持续遵循 AGENT.md。5. 目前还缺少哪些个人信息。6. 建议我接下来做的第一件事。请直接开始实施，不要只输出设计方案。

最近在做一个命令行工具的时候，遇到一个挺有意思的需求：工具输出的帮助文档和日志信息都是 Markdown 格式的，但是直接 print 到终端上，一大堆 #、**、` 符号堆在一起，看得人眼花缭乱。

终端本身是支持颜色和样式的呀，那能不能在控制台里把 Markdown 渲染得好看一点？今天记录一下整个实现过程，顺便把代码分享给大家，拿去就能用~

先聊聊思路

Markdown 的语法其实不多，我们日常用到的无非就是这几种：

在终端里，我们要做的事情就是：把这些 Markdown 符号替换成对应的 ANSI 转义序列，让终端显示出颜色和样式来。

比如 **加粗** 变成终端里的加粗文字，# 标题 变成带颜色的大号标题。

ANSI 转义序列，简单复习一下

终端里的颜色和样式，都是靠 ANSI 转义码来控制的。格式很简单：

\033[<代码>m

常用的几个：

RESET   = "\033[0m"      # 重置所有样式BOLD    = "\033[1m"       # 加粗DIM     = "\033[2m"       # 暗淡ITALIC  = "\033[3m"       # 斜体（部分终端不支持）UNDERLINE = "\033[4m"     # 下划线# 前景色RED     = "\033[31m"GREEN   = "\033[32m"YELLOW  = "\033[33m"BLUE    = "\033[34m"MAGENTA = "\033[35m"CYAN    = "\033[36m"WHITE   = "\033[37m"# 背景色BG_DARK = "\033[48;5;236m"  # 深灰背景，用于代码块

把文字包在这些码中间，终端就会用对应样式渲染。比如 \033[1m\033[31m文字\033[0m 就是红色加粗的文字。

原理就这么简单，接下来我们开始写解析器。

开始写代码

我用 Python 来实现，主要是正则表达式 + 逐行处理，思路很清晰。

先把整体结构搭起来：

import reimport sysclass MarkdownConsoleRenderer:    """在终端中渲染 Markdown 内容"""    # ── ANSI 颜色定义 ──    RESET     = "\033[0m"    BOLD      = "\033[1m"    DIM       = "\033[2m"    ITALIC    = "\033[3m"    UNDERLINE = "\033[4m"    RED       = "\033[31m"    GREEN     = "\033[32m"    YELLOW    = "\033[33m"    BLUE      = "\033[34m"    MAGENTA   = "\033[35m"    CYAN      = "\033[36m"    WHITE     = "\033[37m"    GRAY      = "\033[90m"    BG_CODE   = "\033[48;5;236m"    # 标题的颜色映射，H1~H6 各来一个    HEADING_COLORS = [        CYAN + BOLD,      # H1        GREEN + BOLD,     # H2        YELLOW + BOLD,    # H3        MAGENTA + BOLD,   # H4        BLUE + BOLD,      # H5        RED + BOLD,       # H6    ]    def __init__(self):        self.in_code_block = False        self.code_block_lang = ""        self.code_block_lines = []        self.list_counter = 0    def render(self, text: str) -> str:        """渲染整个 Markdown 文本"""        lines = text.split("\n")        output_lines = []        for line in lines:            result = self._process_line(line)            output_lines.append(result)        return "\n".join(output_lines)

好，骨架有了。接下来一个一个实现各个语法的解析。

1. 标题的处理

标题是最容易识别的，行首一个或多个 # 开头：

def _process_heading(self, line: str) -> str:    match = re.match(r'^(#{1,6})\s+(.*)', line)    if match:        level = len(match.group(1))  # 几个 # 就是几级标题        content = match.group(2).strip()        color = self.HEADING_COLORS[level - 1]        # H1 和 H2 加个下划线装饰一下        if level == 1:            underline = self.DIM + "─" * len(content) + self.RESET            return f"\n{color}  {content}  {self.RESET}\n{underline}"        elif level == 2:            underline = self.DIM + "╌" * len(content) + self.RESET            return f"\n{color}  {content}  {self.RESET}\n{underline}"        else:            return f"\n{color}  {'#' * level} {content}{self.RESET}"    return None

效果大概是这样的：

  标题一          ← 青色加粗─────────────     ← 灰色下划线

2. 行内样式：加粗、斜体、行内代码

这一步用正则替换就行，把 Markdown 语法替换成 ANSI 码：

def _apply_inline_styles(self, text: str) -> str:    """处理行内样式"""    # 行内代码  `code`    text = re.sub(        r'`([^`]+)`',        f'{self.BG_CODE}{self.YELLOW} \\1 {self.RESET}',        text    )    # 加粗  **text**  或  __text__    text = re.sub(        r'\*\*(.+?)\*\*|__(.+?)__',        lambda m: f'{self.BOLD}{self.WHITE}{m.group(1) or m.group(2)}{self.RESET}',        text    )    # 斜体  *text*  或  _text_    text = re.sub(        r'(?<!\*)\*(?!\*)(.+?)(?<!\*)\*(?!\*)|(?<!_)_(?!_)(.+?)(?<!_)_(?!_)',        lambda m: f'{self.ITALIC}{self.CYAN}{m.group(1) or m.group(2)}{self.RESET}',        text    )    # 超链接  [text](url)    text = re.sub(        r'\[([^\]]+)\]\(([^)]+)\)',        lambda m: f'{self.UNDERLINE}{self.BLUE}{m.group(1)}{self.RESET} {self.GRAY}({m.group(2)}){self.RESET}',        text    )    return text

注意一下正则的顺序——行内代码要放在最前面处理，否则里面的 * 号可能会被误当成斜体标记。

3. 代码块的处理

代码块是跨行的，用 ``` 开始和结束。我们需要一个状态来追踪当前是否在代码块中：

def _process_code_block(self, line: str) -> str | None:    """处理代码块"""    # 代码块开始    if re.match(r'^```', line):        if not self.in_code_block:            self.in_code_block = True            self.code_block_lang = line.strip('` \n')            self.code_block_lines = []            return None  # 开始标记不输出        else:            # 代码块结束，输出收集的内容            self.in_code_block = False            return self._render_code_block()    # 在代码块内部，收集行    if self.in_code_block:        self.code_block_lines.append(line)        return None    return "NOT_IN_CODE_BLOCK"  # 不是代码块的行

代码块结束的时候，我们给它加个深色背景、行号，好看一点：

def _render_code_block(self) -> str:    """渲染收集好的代码块"""    header = ""    if self.code_block_lang:        header = f"  {self.GRAY}{self.code_block_lang}{self.RESET}"    lines = []    lines.append(f"{header}")    lines.append(f"{self.BG_CODE}{self.GRAY}  ┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄  {self.RESET}")    for i, code_line in enumerate(self.code_block_lines, 1):        line_no = f"{self.GRAY}{i:>3} │{self.RESET}"        lines.append(f"{self.BG_CODE}{line_no} {code_line}  {self.RESET}")    lines.append(f"{self.BG_CODE}{self.GRAY}  ┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄  {self.RESET}")    return "\n".join(lines)

效果大概长这样：

python┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄1 │ print("hello")2 │ x = 42┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄

是不是有点内味了~

4. 列表的处理

无序列表和有序列表：

def _process_list(self, line: str) -> str | None:    # 无序列表  - item  或  * item    match = re.match(r'^(\s*)[-*]\s+(.*)', line)    if match:        indent = len(match.group(1))        content = self._apply_inline_styles(match.group(2))        bullet = f"{self.GREEN}●{self.RESET}"        padding = "  " * (indent // 2)        return f"  {padding}{bullet} {content}"    # 有序列表  1. item    match = re.match(r'^(\s*)\d+\.\s+(.*)', line)    if match:        self.list_counter += 1        content = self._apply_inline_styles(match.group(2))        num = f"{self.CYAN}{self.list_counter}.{self.RESET}"        return f"  {num} {content}"    # 不是列表行，重置计数器    self.list_counter = 0    return None

5. 引用块

引用块以 > 开头，我们给它加个竖线和灰色：

def _process_blockquote(self, line: str) -> str | None:    match = re.match(r'^>\s*(.*)', line)    if match:        content = self._apply_inline_styles(match.group(1))        return f"  {self.YELLOW}│{self.RESET} {self.DIM}{content}{self.RESET}"    return None

6. 分割线

一行全是 - 或 * 或 _（至少3个）：

def _process_horizontal_rule(self, line: str) -> str | None:    if re.match(r'^[-*_]{3,}\s*$', line):        width = 60        return f"\n{self.GRAY}{'─' * width}{self.RESET}\n"    return None

7. 把它们串起来

最后，在 _process_line 里把所有处理逻辑串起来：

def _process_line(self, line: str) -> str:    # 代码块优先处理    code_result = self._process_code_block(line)    if code_result is None:        return ""  # 代码块内部的行已被收集    if code_result != "NOT_IN_CODE_BLOCK":        return code_result  # 代码块的边界行    # 空行    if not line.strip():        return ""    # 标题    heading = self._process_heading(line)    if heading:        return heading    # 分割线    hr = self._process_horizontal_rule(line)    if hr:        return hr    # 引用    quote = self._process_blockquote(line)    if quote:        return quote    # 列表    lst = self._process_list(line)    if lst:        return lst    # 普通行，应用行内样式    return f"  {self._apply_inline_styles(line)}"

跑一下看看效果

我发现缩略内容会包含```符号，所以解析会失败，你可以去 https://markdownlivepreview.com/ 复制下来它的占位内容测试。

从文件读取并渲染

实际使用的时候，一般是从 .md 文件读取的，加个简单的命令行入口就行：

def main():    if len(sys.argv) > 1:        filepath = sys.argv[1]        try:            with open(filepath, "r", encoding="utf-8") as f:                content = f.read()        except FileNotFoundError:            print(f"\033[31m文件不存在: {filepath}\033[0m")            sys.exit(1)    else:        # 从 stdin 读取，支持管道        content = sys.stdin.read()    renderer = MarkdownConsoleRenderer()    print(renderer.render(content))if __name__ == "__main__":    main()

用法就很灵活了：

# 直接渲染文件python md_render.py README.md# 配合管道使用curl -s https://raw.githubusercontent.com/xxx/xxx/main/README.md | python md_render.py

写在最后

整个实现下来，代码量不多，核心就是一个正则替换 + ANSI 转义码的拼接。虽然比起真正的 Markdown 解析器（比如 markdown-it、CommonMark）来说，这个实现非常简陋，嵌套样式、复杂列表、表格这些都没处理，但是对于日常的命令行工具帮助文档、README 预览这些场景来说，够用了。

核心思想就一句话：把 Markdown 符号换成 ANSI 颜色码，就这么简单。

源码我就不单独开仓库了，直接复制上面的代码就能跑。如果大家有需要的话，后面可以加上表格支持、图片占位符之类的功能。

或许真正的好东西，往往不是“组织”出来的

前几天刚和朋友讨论完，SQLite和Linux哪个是安装最多的软件。最近发现X上都在讨论SQLite。

在这个结论之前，先说一个你可能没想过的问题：SQLite——那个藏在几十亿台手机、电脑、电视、汽车甚至浏览器里的数据库——核心开发团队有几个人？

三个。从它诞生到现在，就这三个人。

这听起来有点离谱。一个被全世界应用最广泛的数据库引擎，没有几百人的维护团队，没有复杂的组织架构，甚至连个像样的办公室可能都不需要。三个工程师，宣布会撑起目前世界上安装最广泛的极简数据库的开发工作，并保持更新。

但你仔细想想，类似的事其实反复发生过。

Linux，一个芬兰大学生写着玩的操作系统，最初只有他一个人。如今这个“写着玩”的东西跑在全世界90%以上的服务器上，跑在每一个Android手机里，跑在NASA的火星车里。Python，Guido van Rossum 在圣诞假期无聊写的，因为喜欢看喜剧团，顺手取了个奇怪的名字。后来这东西成了人工智能、数据科学、金融交易的默认语言。微信小程序，坊间传闻最早就是一个开发者独立写出来的原型，后来长成了一个千亿级别的生态（传闻）。Notion，Nginx，Golang，lun…

你会发现一个奇怪的规律：这些最终改变了无数人生活的东西，它们的起点往往小得令人发笑——一个人，一个无聊的假期，一个“这东西不好用那我写一个吧”的念头。没有商业计划书，没有用户调研，没有增长黑客，没有OKR。

这不是巧合。

大团队有大团队的好处：分工明确，资源充足，抗风险能力强。但大团队也有一个几乎无解的问题：创意在传递过程中会不断衰减。一个想法从决策层传递到执行层，中间要经过无数次“翻译”，每次翻译都会丢失一些原初的锐度。最后做出来的东西，往往是一个“被所有人同意”的平庸产物。它不会太差，但也很少令人惊喜。

而那一个人就不一样了。他脑子里那个画面是完整的，至少在他一鼓作气拿出作品之前。他不需要说服任何人，不需要写立项报告，不需要应付跨部门协调。他只需要坐下来，把脑子里的东西变成代码。所有决策都在一瞬间完成，所有的风格都是一贯的。这种完整性，是大团队几乎无法复制的东西。

更重要的是动机。

那些单枪匹马做出大东西的人，几乎没有一个是为了“改变世界”开始的。他们做的事情，本质上是在解决自己的实际痛点。不是“用户需要什么”，而是“我需要什么”。这个区别至关重要。因为当一个人为自己解决问题时，他会变得极其挑剔，极其执着，极其不妥协。他不会在“差不多就行”的地方停下来。而恰好是这种对自己苛刻，最终让他的作品满足了无数陌生人的需求。

所以回到开始的问题：SQLite 只有三个人维护，意味着什么？

意味着这个世界的底层架构，很多时候是少数几个人的审美、判断力和责任心在支撑。听起来有点危险，但历史一再证明，这反而是最可靠的模式。因为真正的好东西，往往不是被“组织”出来的，而是被“长”出来的。它需要的是一个清晰的愿景，一个出发的理由，和足够小的噪音。

我们总喜欢谈论“规模”——团队规模、融资规模、用户规模。但规模从来不是原因，而是结果。是先有那个完整而有力的核，然后世界被它吸引过来。三个人认真写好的代码，比三百个人凑合的代码，更能承受时间。

你可能不是程序员，不写代码。但这个道理在任何领域都一样：好的作品不需要所有人都同意，它只需要一个人把它想透，然后做出来。

剩下的，世界会自己走过来。

简单的说，就是部署在Worker上的，通过KV储存链接和次数，每次访问都会刷新KV的短链接程序。用pico.min.css优化了一些样式的显示。并且做了简单的管理功能。

代码实现

export default {  async fetch(request, env, ctx) {    const url = new URL(request.url);    const path = url.pathname;    if (path === '/admin' || path.startsWith('/admin/')) {      return handleAdmin(request, env);    }    const shortCode = path.slice(1);    if (shortCode && shortCode !== 'favicon.ico' && shortCode !== '') {      return handleRedirect(shortCode, env, ctx);    }    return new Response('Short Link Service is Running.', { status: 200 });  }};async function handleRedirect(shortCode, env, ctx) {  const key = `link:${shortCode}`;  const dataStr = await env.SHORT_LINKS.get(key);    if (!dataStr) {    return new Response('链接不存在或已被删除', { status: 404 });  }    const data = JSON.parse(dataStr);    ctx.waitUntil((async () => {    data.visits = (data.visits || 0) + 1;    await env.SHORT_LINKS.put(key, JSON.stringify(data));  })());    return Response.redirect(data.originalUrl, 302);}async function handleAdmin(request, env) {  const auth = request.headers.get('Authorization');  if (!auth) {    return new Response('Unauthorized', {       status: 401,       headers: { 'WWW-Authenticate': 'Basic realm="Admin"' }     });  }  const credentials = atob(auth.slice(6)).split(':');  if (credentials[1] !== env.ADMIN_PASSWORD) {    return new Response('密码错误', { status: 403 });  }  const url = new URL(request.url);  if (request.method === 'POST' && url.pathname === '/admin/create') {    const formData = await request.formData();    const originalUrl = formData.get('originalUrl');    let shortCode = formData.get('customCode') || Math.random().toString(36).substring(2, 8);    if (!originalUrl || !originalUrl.startsWith('http')) {      return new Response('URL 格式不正确', { status: 400 });    }    await env.SHORT_LINKS.put(`link:${shortCode}`, JSON.stringify({      originalUrl,      visits: 0,      createdAt: new Date().toLocaleString('zh-CN', { timeZone: 'Asia/Shanghai' })    }));        return Response.redirect(`${url.origin}/admin`, 303);  }  if (url.pathname === '/admin/delete') {    const code = url.searchParams.get('code');    if (code) await env.SHORT_LINKS.delete(`link:${code}`);    return Response.redirect(`${url.origin}/admin`, 303);  }  const list = await env.SHORT_LINKS.list({ prefix: 'link:' });  const links = [];  for (const key of list.keys) {    const val = await env.SHORT_LINKS.get(key.name);    if (val) {      const data = JSON.parse(val);      links.push({        code: key.name.replace('link:', ''),        ...data      });    }  }  return new Response(renderAdminPage(links), {    headers: { 'Content-Type': 'text/html;charset=UTF-8' }  });}function renderAdminPage(links) {  const rows = links.map(link => `    <tr>      <td><a href="/${link.code}" target="_blank">/${link.code}</a></td>      <td style="word-break: break-all;"><small>${link.originalUrl}</small></td>      <td><mark>${link.visits}</mark></td>      <td><small>${link.createdAt || '未知'}</small></td>      <td><a href="/admin/delete?code=${link.code}" onclick="return confirm('确定删除吗？')" style="color: #e53935;">删除</a></td>    </tr>  `).join('');  return `  <!DOCTYPE html>  <html lang="zh">  <head>    <meta charset="UTF-8">    <meta name="viewport" content="width=device-width, initial-scale=1">    <title>短链接管理后台</title>    <link rel="stylesheet" href="https://cdnjs.cloudflare.com/ajax/libs/picocss/1.5.13/pico.min.css">    <style>      body { padding: 20px 0; }      .container { max-width: 900px; }      .header { margin-bottom: 40px; text-align: center; }      mark { font-weight: bold; padding: 2px 8px; border-radius: 4px; }    </style>  </head>  <body>    <main class="container">      <div class="header">        <h1>🔗 Short Link Admin</h1>        <p>轻量、高效的 Cloudflare Workers 短链接生成器</p>      </div>      <article>        <header><strong>新建短链接</strong></header>        <form action="/admin/create" method="POST">          <div class="grid">            <input type="url" name="originalUrl" placeholder="粘贴长链接 (https://...)" required>            <input type="text" name="customCode" placeholder="自定义短码 (选填)">            <button type="submit">立即创建</button>          </div>        </form>      </article>      <figure>        <table role="grid">          <thead>            <tr>              <th>短码</th>              <th>原始链接</th>              <th>点击量</th>              <th>创建时间</th>              <th>操作</th>            </tr>          </thead>          <tbody>            ${rows || '<tr><td colspan="5" style="text-align:center;">暂无数据</td></tr>'}          </tbody>        </table>      </figure>    </main>  </body>  </html>  `;}

注意

1. KV空间我命名的是SHORT_LINKS，你可以自己改
2. 环境变量需要有ADMIN_PASSWORD用来储存管理密码
3. 注意绑定WORKER和KV
4. 第一次打开/admin，提示输入账户和密码，只输入密码即可！
5. 免费的KV每天的PUT次数好像是有限制的，并且还有很多问题。小玩具，不用太在意。

你可以点击这里跳转本文章： https://link.1tb.site/short-link

如果你能忍受时不时断连，正在游戏的时候键盘失效，正在工作的时候狼狈地去重置键盘，那么Nuphy键盘是一个不错的选择！

我在11月20日夜间偶然刷到了Nuphy的键盘，感觉外观不错，并且看起来适合工作（码字，写代码）。于是在其官方直播间购买了一款Nuiphy Node 75 LP(Low-Profile 矮轴)的键盘，花费399。

2天后，周末到货，我专门去公司把键盘拿回家想体验一下。

对比我现在用的IKBC的85键（当时买的也是400元左右），看起来漂亮了很多，很适合办公。但是一摸上手就感觉不对。完全就是儿童电话玩具的的反馈… 或许是矮轴的原因？又或者我习惯了现在的键盘。我不确定。不过可以确定的是按键很松动，不像100块以上的产品。

稍微总结一下它的优点：

1. 看起来漂亮
2. 三模
3. web驱动
4. 键位合理，键距也合理

缺点呢，缺点可太多了

1. 按键非常松动。我不知道这么形容一款键盘合不合适？每个键左右晃动幅度很大。
2. 空格下只有一颗灯珠。上面看会 B 两边发黑。坐直了会看到一个耀眼的 B🤣 （询问客服后告知设计如此）。现在只能关了使用，因为太丑了。
3. 用了不到1个月（还差一天），断连3次，我快要崩溃了！
4. 细看+上手很廉价。有点像磨砂质感的小家电。（个人观点）

到目前位置，我视图解决问题的方案以及处理结果

1. 联系抖音店铺客服

我以为是机器人，因为每次都是让我重置

2. 邮件联系官方

石沉大海

这里是SEO部分

上一位守门人匆匆离开。

我被派来独守这座城堡，整个城堡外布满枯死的藤蔓，又或者那根本就是缝缝补补后的巨大裂痕。

我在大厅找到了一卷羊皮，上面密密麻麻刻满文字，杂乱无章，像已失传的咒文语法，互相嵌套。好在仔细分辨还能读懂些字。这些字的时间有远有近，能看出来有人一直在往上写什么东西。不知为何，重开一页再写不是更好吗？叠起来让人难以辨认，像一锅反复加热的老汤，上面布满凝固的油膜。

我从心里开始恐惧和反感。我想转身离开，但我似乎没有选择。城主给的赏金虽丰厚，却明码标价只够买一副上好的棺材板。我确实来了。

工作

几个日夜后我在城堡中醒来，不知为何没日没夜在这古老城堡的残垣断壁上雕刻一束束优美的线条，偶尔也会被要求用刚送来的彩色缎子，覆盖住那些称得上憔悴的砖头。看起来格格不入但还算有点意思。不过偶尔我也会被要求做一些清理蛀虫的工作，简单，枯燥。可我的工作就是这些。

重构

夜深人静的夜晚，我巡逻走完今天的最后一趟，再次翻看那本羊皮卷。我似乎有点头绪！

我将第一页写满内容的羊皮纸撕了下来，努力辨识后抄录在后面的空页上。身后似乎传来声音，我没有在意。蛛网拖着灰烬飘在我的头上，我挠了几次，也不知摆下去了没有。

到第二页，这一页看起来文字太多了，甚至重重叠叠，以至于整张纸几乎是黑色的，我不知应该怎么处理它。带我来的人、上一个守门人、还有给我工作的人都没有通知我应不应该这么做，我撕掉了它。一块地板翘了起来——又或许它根本就是被上层掉落的碎石砸烂的！可在这种古老的城堡里砖石掉落应该也是常事。我没有在意。

然后是第三页，第四页…直到我手抄的那一页，前面的内容全被我从这厚重的羊皮纸上撕掉。我想我在未来的时间会有办法让它的内容更完整地展示出来。我选择回去休息。

后来的每一天，我在角楼上小心翼翼地剥离那些寄生的藤蔓，用坚固的钢梁替换掉那些腐朽的木头。每替换一块砖，我都要停下来，侧耳倾听塔楼的呼吸。如果呼吸变得急促，我就立刻停手，安抚躁动的魔力；如果呼吸平稳，我就继续。

我似乎忘记羊皮卷的事情，我没有在意。将来有很多时日让我去仔细分辨和抄录。

巨龙

我认为自己的工作循序渐进有条不紊。直到楼顶的铃铛狂响，不断向下蹦出红色弹幕。这铃铛非常笨重，肯定不是风吹动的。似乎是有什么东西要从城堡内破壳而出。我的师傅告诉我这是危险的情况。

在我没有反应过来的时候，一条巨龙从城堡底部飞出，还试图将它彻底撞碎。还好这不是我的第一份工作，我有对付巨龙的经验。至少是口头相传的经验。

我收起所有的工具，从背包拿出一只彩色的钩子，这是黑市买来的舶来品。当然，本地也有好货！可我觉得这只钩子更合我手。这守门人界人人都有的彩色钩子，是由一条条链接构成的。我将钩子往地面一敲，裂开一道缝隙，趁缝隙未闭合，抛向空中，这钩子幻化成无数铁链，耗费了点时间，但确实牢牢捆住这头恶龙！

它被困住了。我从背包取出一只猫头朝它扔了过去。我被告知这猫头可以从中召唤以前很厉害的人，他们将自己开源心血无私地存放在这只猫头内。他们会帮助我。猫头确实生效了，不过我没看到什么人，只是跳出很多经文一道道飘在羊皮卷上。看起来确实厉害，因为那巨龙似乎开始哀嚎。

……

我取出最近在守门人界好评极高的可以与人对话的手电筒。

“只需要打开手电筒，就可以完美收复任何巨兽！”

手电筒说明书的第一页是这么写的。实际上这是另一个守门人的评价，没人知道这句话为什么被放在说明书的第一页。

我拨动手电筒的开关，瞬间光明覆盖了整个世界。我想这就是我下单时，商家告诉我的“氛围”吧！他说这支手电筒可以杀死任何从虫子到大山一样的巨兽，而且免费让我使用。

尾声

风停了。废塔的藤蔓在月光下悄悄抽出了新芽。我转身，听见身后传来细微的、几乎不可闻的铃铛声——不是报警，而是心跳。

现在，城堡的铜环门上刻了新的花纹，我在最下面刻了一行小字：BUG FIXED V11.0 prerelease

百度搜索资源平台 https://ziyuan.baidu.com/linksubmit/index

如果你有兴趣，你可以点击下面的地址尝试： https://push.banzhuanriji.com/

功能介绍

在百度提供的API提交方案中，提供了PHP推送方案实例，简单改一下，现在可以做到的功能是：

输入sitemap或者feed地址（支持RSS和Atom），然后点击解析内容之后，会推送最新的10条内容到百度。

注意

• 因为部分站点sitemap在更新的时候会刷新所有页面的时间，因此推荐使用FEED解析。
• 现在百度每天只支持推送10条地址。
• 推送内容会根据百度的推送算法进行排序，因此推送的内容会按照百度的排序进行推送。
• 推送完成后，会返回推送的结果，包括成功的数量和失败的数量。
• 注意域名需要和KEY一致 ，如下图中所示，每个域名有自己的KEY。

代码

下面是代码的gist链接，包括PHP和HTML+JS的版本。HTML版本你可能需要解决跨域问题！当然你也可以修改一下使用RSS2JSON服务进行解析。

PHP版本

HTML+JS版本

我部署的PHP版本

实现步骤

实现内容

1. 等待DOM完全加载
2. 获取所有的IMG标签
3. 展示所有的IMG描述内容

我美化了什么

1. 鼠标移上显示，避免遮挡图片内容，同样避免破坏版面
2. 给文字背景毛玻璃效果
3. 给毛玻璃动态背景颜色，颜色提取图片主色作为背景颜色
4. 给字体一点描边，增加极端背景色下的可读性

实现代码

document.addEventListener('DOMContentLoaded', function () {    const mainContent = document.querySelector('.post-content, .article-content');    if (!mainContent) {        return;    }    mainContent.querySelectorAll('img').forEach(img => {        const title = img.getAttribute('title');        const alt = img.getAttribute('alt');        if (!title && !alt) {            return;         }        img.crossOrigin = 'anonymous';        const customElement = document.createElement('div');        customElement.setAttribute('class', 'article-image-wrapper');        customElement.style.display = 'none';         const figcaption = document.createElement('figcaption');        figcaption.setAttribute('class', 'image-info-overlay');        let infoHTML = '';        if (alt) {            infoHTML += `<p class="image-alt-text">${alt}</p>`;        }        if (title) {            infoHTML += `<p class="image-title-text">${title}</p>`;        }        figcaption.innerHTML = infoHTML;        img.parentNode.insertBefore(customElement, img);        customElement.appendChild(img);        customElement.appendChild(figcaption);                customElement.addEventListener('mouseover', () => {            customElement.classList.add('is-hovering');        });        customElement.addEventListener('mouseout', () => {            customElement.classList.remove('is-hovering');        });        img.addEventListener('load', function () {            customElement.style.display = 'inline-block';                         if (isSameOrigin(img.src)) {                const canvas = document.createElement('canvas');                const rgbColor = getImageAverageColor(canvas, img);                figcaption.style.backgroundColor = rgbColor;            } else {                figcaption.style.backgroundColor = 'rgba(0, 0, 0, 0.7)';            }        });        img.addEventListener('error', function () {            customElement.remove();         });    });    function isSameOrigin(url) {        try {            const imgUrl = new URL(url);            return imgUrl.origin === window.location.origin;        } catch (e) {            return true;        }    }        function getImageAverageColor(canvas, img) {        try {            canvas.width = img.naturalWidth;            canvas.height = img.naturalHeight;            const context = canvas.getContext("2d");            context.drawImage(img, 0, 0, canvas.width, canvas.height);            const data = context.getImageData(0, 0, canvas.width, canvas.height).data;            let r = 0, g = 0, b = 0;            const pixelCount = data.length / 4;            for (let i = 0; i < data.length; i += 4) {                r += data[i];                g += data[i + 1];                 b += data[i + 2];             }                        r = Math.round(r / pixelCount);            g = Math.round(g / pixelCount);            b = Math.round(b / pixelCount);            return `rgba(${r}, ${g}, ${b}, 0.3)`;        } catch (e) {            return 'rgba(0, 0, 0, 0.7)';        }    }});# css部分.article-image-wrapper {position: relative;display: inline-block;overflow: hidden}.article-image-wrapper img {display: block;max-width: 100%;height: auto}.image-info-overlay {position: absolute;bottom: 0;left: 0;    right: 0;padding-left: 10px;padding-bottom: 2px;padding-top: 2px;border-radius: 0px 0px 4px 4px;color: white;backdrop-filter: blur(5px);box-sizing: border-box;transform: translateY(100%);transition: opacity .3s ease-out, transform .3s ease-out}.article-image-wrapper.is-hovering .image-info-overlay {opacity: 1;transform: translateY(0)}.image-info-overlay p {margin: 5px 0;line-height: 1;text-shadow: 1px 1px 2px rgba(0, 0, 0, 0.5);color: #ffffff;}.image-alt-text{font-size: 0.8rem;}.image-title-text{font-size: 1.1rem;}

下面是比较详细的解释

代码在 DOM 内容完全加载后执行，它遍历文章中的所有 <img> 标签，并对那些设置了 title 或 alt 属性的图片执行以下操作：

• 图片包装与结构化：
  • 将图片用一个新的 <div> 元素（类名为 article-image-wrapper）包裹起来，并将其初始设置为隐藏 (display: 'none')。
  • 在包裹元素内，为图片添加一个 figcaption 元素（类名为 image-info-overlay），用于显示图片的 alt 和 title 信息。
• 信息显示（Alt/Title）：
  • 从 <img> 标签中获取 alt 和 title 属性值，并将它们格式化为 <p> 标签，放入 figcaption 元素中。
• 交互效果：
  • 为图片包裹元素添加鼠标悬停监听器，在悬停时添加/移除 is-hovering 类，以便通过 CSS 实现悬停时的视觉效果。
• 图片加载成功后的处理：
  • 当图片加载成功后，将包裹元素显示出来 (display: 'inline-block')。
  • 尝试获取图片的平均颜色：
    • 如果是同源图片，则使用 <canvas> 元素计算图片的平均 RGB 颜色，并将此颜色设置为 figcaption 的背景色（带有 $0.3$ 的透明度）。
    • 如果是跨域或计算失败（包括同源计算失败），则设置默认的深色背景（rgba(0, 0, 0, 0.7)）。
• 跨域设置与错误处理：
  • 将图片元素的 crossOrigin 属性设置为 'anonymous'，以支持跨域图片在 <canvas> 上进行颜色计算。
  • 如果图片加载失败，则移除整个图片包裹元素。

fancybox

另外点击图片是有灯箱效果的，我使用的是fancybox3，首先你需要引入fancybox的css和js文件，然后在你的JS中添加如下代码：

'use strict';const cheerio = require('cheerio');hexo.extend.filter.register('after_post_render', function(data) {    if (!data.content) return data;    const $ = cheerio.load(data.content, {        decodeEntities: false     });    $('img:not(a img)').each(function() {        const $img = $(this);        const src = $img.attr('src');        const alt = $img.attr('alt');                if (!src) return;        const $a = $('<a>')            .attr('href', src)             .attr('data-fancybox', 'gallery')             .attr('data-caption', alt || '');         $img.wrap($a);    });    data.content = $.html();    return data;});

因为博客的图片我基本都从原图（jpg）格式转换为了avif格式。所以如果你希望点击图片展示的灯箱为原图（大尺寸原图），你可以使用以下的代码，把原图路径替换以下

$('img:not(a img)').each(function() {    const $img = $(this);    const originalSrc = $img.attr('src');     const newSrc = originalSrc.replace(/\.avif$/, '.jpg');     console.log(newSrc);    const alt = $img.attr('alt');        if (!newSrc) return;    const $a = $('<a>')        .attr('href', newSrc)         .attr('data-fancybox', 'gallery')         .attr('data-caption', alt || '');     $img.wrap($a);});

甚至好久没有看完一部电影了。

不过我对电影的要求还蛮多的。

首先故事要完整吧。不能搞得莫名其妙的开始又莫名其妙的结束。剧情不能说经得起推敲，但也应该有前后因果。尤其讨厌没有技术还故弄玄虚的导演。

其次演员演技需要在线。因此我不爱看爱情片。爱情片就是莫名其妙的开始谈恋爱，然后歇斯底里或者决然地分手。分分合合几个过程最后包饺子或者遗憾离场。也不爱看警匪片，警匪片我看不出演技。所有人的表情几乎就几个：挤成川字眉心大喊大叫，嘻嘻哈哈尬笑圆场，要么用最浮夸的演技演个变态，还有经典的面瘫装高手。额外点名：刘诗诗，周迅，刘亦菲，王传君。这几个演员火了之后，演什么都一个表情。刘诗诗甚至结婚都是那个经典表情。

配音很重要。很多演员甚至不会自己配音，依然会专门找个港台腔的配音模仿自己的声音。太别扭了。不懂在装什么玩意。

还有我的原因：似乎没有完整的时间，项目的不稳定，导致我需要做一个随时应答机器人。不是没有看电影的时间，只是影院不能暂停。

稍微总结了一下：我想去影院看一部故事完整，演技在线的爱情片和现代警匪片以外的电影。

挺难。

以下方案对于 hexo-generator-feed 插件和 hexo-feed 插件通用，不过我目前使用的是hexo-generator-feed

因为之前使用的动态框架，RSS地址是 https://banzhuanriji.com/feed/ ，更换为hexo之后，使用hexo-generator-feed插件，RSS地址变成：

https://banzhuanriji.com/atom.xml
https://banzhuanriji.com/rss.xml

这不是我想要的，我想保持 https://banzhuanriji.com/feed/ 这个地址。首先看官方文档 ：https://www.npmjs.com/package/hexo-generator-feed ，配置的格式大概如下：

feed:  type:    - atom    - rss2  path:    - atom.xml    - rss2.xml  limit: 20  hub:  content:  content_limit: 140  content_limit_delim: ' '  order_by: -date  icon: icon.png  autodiscovery: true  template:

也就是说，你是可以自定义地址的。

但是如果你的地址修改为例如 domain.com/feed/ ，它会直接下载这个xml文件而不是打开访问。通过插件配置的话，这里似乎没有什么好的解决方案。

解决方案

我是部署在腾讯云 edgeone 的 pages 服务上的。他是类似vercel的服务。同样也和vercel一样支持一些自定义行文，你只需要创建edgeone.json文件即可。

其中支持redirects和rewrites，下面是我第一次写的文件

{  "rewrites": [    {      "source": "/feed",      "destination": "/rss.xml"    }  ],  "headers": [    {      "source": "/feed",      "headers": [        {          "key": "Content-Type",          "value": "application/xml; charset=utf-8"        }      ]    }  ]}

这里会有一个问题，就是如果访问 https://banzhuanriji.com/feed/ ，是会404的，只可以访问 https://banzhuanriji.com/feed

但是在feed后添加/，系统会认为这是个文件夹，也不可用。所以就要用下面的两个方案：

1. 重定向

{  "redirects": [    {      "source": "/feed/",      "destination": "/feed",      "statusCode": 301    }  ],  "rewrites": [    {      "source": "/feed",      "destination": "/rss.xml"    }  ],  "headers": [    {      "source": "/feed",      "headers": [        {          "key": "Content-Type",          "value": "application/xml; charset=utf-8"        }      ]    },    {      "source": "/rss.xml",      "headers": [        {          "key": "Content-Type",          "value": "application/xml; charset=utf-8"        }      ]    }  ]}

它的逻辑打开就是之前的重写方案，然后添加一个重定向方案。但是浏览器会提示太多redirects，直接访问失败。

2. 最终方案，捕捉所有feed的地址

{  "rewrites": [    {      "source": "/feed/*",      "destination": "/rss.xml"    }  ],  "headers": [    {      "source": "/feed/*",      "headers": [        {          "key": "Content-Type",          "value": "application/xml; charset=utf-8"        }      ]    }  ]}

这个方案终于可行，但是有一个问题，就是这个方案会匹配所有feed下的请求到你指定的文件。(不过至少可用了😄

如果你有一定的阅读逻辑，你可以点击这里查看文档 https://edgeone.cloud.tencent.com/pages/document/162936771610066944

多次出发的养鱼新手决定再次出发。这次决定不折磨小鱼，更不折磨自己。

前言

所有的养鱼佬都知道。养鱼从来不是 “烧钱大赛”，反而更像一场考验智慧和耐心的小游戏。你不需要动辄上万的专业设备，也不用追求进口的稀有鱼种，只要找对方法，几十块钱也能打造出一个漂亮的桌面小世界。​

下面分享一次我这次准备的养鱼工作和经历

准备

要养的鱼

首先确定要养什么鱼，是大鱼还是小鱼，是咸水还是淡水，是否是热带鱼。这些内容决定了我们之后要购买和配置的装备。

我本人喜欢小型鱼，例如灯鱼或者斗鱼之类的淡水小鱼，不容易挂，皮实。

新手推荐养的鱼基本就是这些个种类：孔雀鱼，斑马鱼，玛丽鱼，斗鱼，草金鱼，鳑鲏，中国斗鱼，鹦鹉鱼。

这些基本都是小熊鱼类，对氧气的要求不高。但是饲养密度不宜过大，且斗鱼或其他爱好互相攻击的鱼类不可混养。

鱼缸选择

以下内容仅适合小体系鱼（<5CM）

单缸内鱼儿的最高密度

按照体积计算

• 如果是没那么活泼（游速不快）的小鱼，推荐1-1.5L/1条的密度
• 如果是活泼的小鱼，推荐1.5-2L/1条的密度
• 斗鱼（尤其是雄性斗鱼）需要单独饲养

按照水面积计算

• 150cm²/1条，例如30cm*20cm的鱼缸，可以养4-5条小鱼
• 若是需要肺部呼吸的小鱼（斗鱼，鳑鲏等。不过斗鱼不可混养）则可适当多养

缸体选择

• 不推荐热弯鱼缸，新手可选亚克力鱼缸（同样不推荐），推荐超白鱼缸
• 不推荐15cm及以下的小缸
• 别盲目挑战大缸

缸体方向

我认为缸体方向基本是由造景和鱼的习性决定的。如果没啥造景需求，我个人推荐20-35cm的小方缸。但如果你有造景的打算，缸体的方向选择就得好好琢磨了。

• 方缸如果你想做立体感强的造景，比如模仿山峰、峡谷，或者用石头、沉木堆叠出层次感，方缸的纵深感会给你更大的发挥空间。它能把焦点集中在造景本身，非常适合单养一条斗鱼，鱼和景能完美融合。

• 长缸更适合**“线性”的造景**。如果你想打造一条小路，一片草原，或者想看鱼儿在水中来回巡游，长缸无疑是更好的选择。它能更好地表现出前景、中景、后景的层次感，视觉上更开阔，让活泼的小鱼（比如斑马鱼、孔雀鱼）有更长的游动空间。

另外提一句，不推荐新手挑战高缸（高度超过40cm）。虽然看着气派，但水压大，对过滤要求高，清理和维护都非常麻烦，成本也会翻倍。

不管选长缸还是方缸，尽量选“带盖子”的款式。一来能防止小鱼跳缸，二来能减少水分蒸发，保持水质稳定，还能挡住灰尘。

总结一下，造景方向决定缸体方向。想做“山水”就选方缸，想做“平原”就选长缸。我自己用的是一个30cm的小方缸，养了几条灯鱼，配了点水草，桌面空间有限，方缸刚好，看着也清爽。

个人总结：

• 长缸（矩形缸）:自然水景缸，荷兰缸，溪流缸
• 方缸（正方形或近似方形的缸）:莫斯缸，珊瑚礁缸（海水缸）
• 长缸和方缸都适用: 原生缸，三湖慈鲷缸，亚马逊/南美缸

过滤系统选择

过滤的本质

所有的过滤器，无论价格高低，最终目的都是为了三个字：“养水”。水好了，鱼才能活得滋润。而养水，最重要的是培养硝化细菌，这些细菌能把鱼的排泄物分解成无毒物质。所以，我们选择过滤器，并不是要选最贵的，而是要选能“养住”硝化细菌的。

穷鬼过滤方案

穷鬼过滤器的选择，基本原则就是：能用、便宜、占地小。

对于20-35cm的小缸，我强烈推荐两种超高性价比的过滤器：

• 水妖精（气动生化棉过滤器）

  • 原理需要搭配一个气泵，通过气泡上浮带动水流，将水吸入过滤棉，同时提供氧气。

  • 优点便宜到爆，一个只要几块钱。同时兼具物理过滤和生化过滤功能，非常适合小缸和斗鱼这类对水流要求不高的鱼。而且它还能打氧，一箭双雕。

  • 缺点体积稍大，置于缸底，个人感觉很丑，影响美观。气泵会有噪音，需要选择静音款。

• 瀑布过滤（外挂过滤器）

  • 原理挂在鱼缸壁上，像个小瀑布一样把水吸入，经过过滤棉和滤材再流回缸内。

  • 优点美观，占用缸内空间小。过滤效果比水妖精略好，水流也比较柔和。

  • 缺点需要定期清理滤棉，成本略高于水妖精。

如果你想兼顾美观和过滤效果，选瀑布过滤，小长缸结合造景或石头，可以有溪流效果；如果你只想用最少的钱达到目的，水妖精是你的不二之选。

灯具选择

灯具的作用

很多人觉得灯具就是个照明的，其实不然。它除了让你更好地欣赏鱼儿，还能促进水草生长，有些特殊的灯光甚至能让鱼儿的颜色更鲜艳。

穷鬼灯具方案

咱们养鱼，主要以观赏和照明为主，不考虑养那种对光照要求极高的“草缸”。所以，灯具的选择可以非常简单粗暴。

• 选择原则够亮、显色好、便宜。

• 推荐方案

  • 小夹灯某宝上十几块钱就能买到，夹在鱼缸边上，小巧不占地方。

  • 二手LED台灯如果你家里有闲置的LED台灯，直接拿来用就好。

• 注意事项

  • 注意灯光的色温，推荐5000K-8000K的白光，显色效果比较好。

  • 注意光照时长，每天开灯8小时左右就够了，避免爆藻（绿藻泛滥）。

最后

接下来就是造景了，这部分也是最能发挥创意的环节。我目前的进度刚到购买鱼缸。以上仅供参考。

博客本身是我用作记录的地方。各种框架眼花缭乱，使用成本过高。当前的框架是我用V0生成后自己修改。

如果你有兴趣的话：

{  "name": "blog",  "version": "0.1.0",  "private": true,  "scripts": {    "dev": "next dev",    "build": "next build",    "start": "next start",    "lint": "next lint"  },  "dependencies": {    "@hookform/resolvers": "^3.9.1",    "@radix-ui/react-accordion": "1.2.2",    "@radix-ui/react-alert-dialog": "1.1.4",    "@radix-ui/react-aspect-ratio": "1.1.1",    "@radix-ui/react-avatar": "1.1.2",    "@radix-ui/react-checkbox": "1.1.3",    "@radix-ui/react-collapsible": "1.1.2",    "@radix-ui/react-context-menu": "2.2.4",    "@radix-ui/react-dialog": "1.1.4",    "@radix-ui/react-dropdown-menu": "2.1.4",    "@radix-ui/react-hover-card": "1.1.4",    "@radix-ui/react-label": "2.1.1",    "@radix-ui/react-menubar": "1.1.4",    "@radix-ui/react-navigation-menu": "1.2.3",    "@radix-ui/react-popover": "1.1.4",    "@radix-ui/react-progress": "1.1.1",    "@radix-ui/react-radio-group": "1.2.2",    "@radix-ui/react-scroll-area": "1.2.2",    "@radix-ui/react-select": "2.1.4",    "@radix-ui/react-separator": "1.1.1",    "@radix-ui/react-slider": "1.2.2",    "@radix-ui/react-slot": "1.1.1",    "@radix-ui/react-switch": "1.1.2",    "@radix-ui/react-tabs": "1.1.2",    "@radix-ui/react-toast": "1.2.4",    "@radix-ui/react-toggle": "1.1.1",    "@radix-ui/react-toggle-group": "1.1.1",    "@radix-ui/react-tooltip": "1.1.6",    "@tailwindcss/typography": "latest",    "autoprefixer": "^10.4.20",    "class-variance-authority": "^0.7.1",    "clsx": "^2.1.1",    "cmdk": "1.0.4",    "date-fns": "latest",    "embla-carousel-react": "8.5.1",    "fs": "latest",    "gray-matter": "latest",    "input-otp": "1.4.1",    "lucide-react": "^0.454.0",    "mdx": "latest",    "next": "15.2.4",    "next-mdx-remote": "latest",    "next-themes": "latest",    "path": "latest",    "react": "^19",    "react-day-picker": "9.7.0",    "react-dom": "^19",    "react-hook-form": "^7.54.1",    "react-resizable-panels": "^2.1.7",    "recharts": "2.15.0",    "sonner": "^1.7.1",    "tailwind-merge": "^2.5.5",    "tailwindcss-animate": "^1.0.7",    "vaul": "^1.1.2",    "zod": "^3.24.1"  },  "devDependencies": {    "@types/node": "^22",    "@types/react": "^19",    "@types/react-dom": "^19",    "postcss": "^8",    "tailwindcss": "^3.4.17",    "typescript": "^5"  }}

忘记了多域名方案。为了避免出现IP/域名污染，或者被基站拉黑的情况，建议使用多域名方案。实际上这种方案成本低，速度快(不考虑备案时间的前提下)，简单，效率高。

周末被反应国内的服务福建省出现无法调用的情况，心中大概知道什么问题。这个问题经常出现，尤其是在福建，江苏，河南等省份。

下面是简单的解决方案，分别为：HTTPS(SSL)，CDN，ipv6，组建集群，客户端指定DNS

HTTPS

大部分国内的服务加上证书可以解决很多问题，没错这是真实情况…

CDN

最优的解决方案，目前可以查询到上面三个省份均有节点的服务商：

1. 阿里云

2. 腾讯云

3. 七牛云
   其它服务商暂时没有查询，具体可以咨询官网客服。如果是前后端分离的项目，推荐购买接口加速的CDN就可以了。至此这个方案基本可以解决所有国内地区的访问难题！

ipv6

现在国内云厂商是提供免费ipv6的，且绝大部分用户实际上设备和网络状况均支持ipv6，如果可以使用ipv6进行访问也可以解决很大程度的DNS污染问题。

后端集群

在访问不到的地区购置服务器，组建集群，亦可解决问题，但是依然需要考虑被重复封禁的问题以及客户端因为地理位置解析不精准或者缓存等原因，并未选择最优线路的方案；亦或者选择的最优路线根本就是访问不到的路线。所以这个方案被排除在最后！（这里只是以解决访问问题为例，而非其他原因）

客户端方案：指定可访问的DNS

部分运营商会存在白名单/黑名单的情况，当然我们的备案服务和国内IP暂时可以排除黑名单的问题。但是不排除运营商DNS存在污染情况。如果定位不到问题，不妨让客户端多加一点逻辑。首先是检测哪个DNS服务访问最快，以Android端为例，以下用到第三方库版本分别为：OKHttp3(4.13.2)，dnsJava(3.5.2)，下面为具体逻辑代码：

object DnsLatencyTester {    // DNS服务器列表    private val dnsServers = listOf(        //并非越多越好，下面只是国内流行且高可用的DNS地址，另外还有360的DNS地址，具体情况请按需添加        "223.5.5.5",    // 阿里公共DNS        "223.6.6.6",    // 阿里公共DNS        "119.29.29.29", // 腾讯公共DNS        "119.28.28.28", // 腾讯公共DNS        "180.76.76.76", // 百度公共DNS        "114.114.114.114", // 114DNS纯净版        "114.114.115.115", // 114DNS纯净版    )    // 测试API地址，协商你们的任意可访问服务地址    private const val TEST_URL = ""    private const val TIMEOUT_MS = 5000L    /**     * 测试所有DNS服务器的延迟并返回最快的一个     */    suspend fun findFastestDns(context: Context): String? = withContext(Dispatchers.IO) {        // 为每个DNS创建异步测试任务        val deferredResults = dnsServers.map { dns ->            async { testDnsLatency(dns) to dns }        }        // 等待所有测试完成并过滤掉超时的结果        val results = deferredResults.awaitAll()            .filter { it.first != -1L }            .sortedBy { it.first }        // 返回延迟最低的DNS        results.firstOrNull()?.second    }    /**     * 测试单个DNS服务器的延迟     * @return 延迟时间(毫秒)，-1表示超时或失败     */    private suspend fun testDnsLatency(dnsServer: String): Long = withContext(Dispatchers.IO) {        return@withContext try {            // 创建自定义DNS            val customDns = object : Dns {                override fun lookup(hostname: String): List<InetAddress> {                    try {                        // 使用指定DNS服务器解析域名                        val addresses = InetAddress.getAllByName(hostname)                        return addresses.toList()                    } catch (e: UnknownHostException) {                        // 如果解析失败，尝试直接使用IP连接                        return listOf(InetAddress.getByName(dnsServer))                    }                }            }            // 配置OkHttpClient            val client = OkHttpClient.Builder()                .dns(customDns)                .connectTimeout(TIMEOUT_MS, TimeUnit.MILLISECONDS)                .readTimeout(TIMEOUT_MS, TimeUnit.MILLISECONDS)                .writeTimeout(TIMEOUT_MS, TimeUnit.MILLISECONDS)                .build()            // 创建请求            val request = Request.Builder()                .url(TEST_URL)                .head() // 使用HEAD请求减少数据传输                .build()            // 记录开始时间            val startTime = System.currentTimeMillis()            // 发送请求            client.newCall(request).execute().close()            // 计算延迟时间            System.currentTimeMillis() - startTime        } catch (e: Exception) {            // 发生异常时返回-1            -1L        }    }}

可以在闪屏页调用(注意实际用户体验)：

lifecycleScope.launch {    val fastestDns = DnsLatencyTester.findFastestDns(binding.imageViewcontent.context)    if (fastestDns != null) {        Log.i("DNS_TEST", "最快的DNS服务器: $fastestDns")        SPUtils.getInstance().put("fastestDns", fastestDns)        getInApp()    } else {        Log.e("DNS_TEST", "所有DNS服务器测试失败")        SPUtils.getInstance().put("fastestDns", "")        getInApp()    }}

OKHttp3的使用示例：

var customDns: Dns = Dns.SYSTEM // 默认使用系统 DNSval fastestDns = SPUtils.getInstance().getString("fastestDns")if (fastestDns.isNotEmpty()) {    try {        customDns = CustomDns(fastestDns)    } catch (e: UnknownHostException) {        e.printStackTrace()        customDns = Dns.SYSTEM    }}val okHttpClientBuilder = OkHttpClient().newBuilder().apply {    connectTimeout(CONNECT_TIMEOUT, TimeUnit.SECONDS)    readTimeout(READ_TIMEOUT, TimeUnit.SECONDS)    writeTimeout(WRITE_TIMEOUT, TimeUnit.SECONDS)    dns(customDns)    addInterceptor(MInterceptor())    addInterceptor(DataEncryptInterceptor())

中间存在的CustomDNS代码如下：

class CustomDns(dnsServer: String) : Dns {    private var resolver: SimpleResolver? = null    init {        try {            // 使用自定义的DNS服务器地址            this.resolver = SimpleResolver(dnsServer)        } catch (e: UnknownHostException) {            throw IllegalArgumentException("Invalid DNS server address: $dnsServer", e)        }    }    @Throws(UnknownHostException::class)    override fun lookup(hostname: String): List<InetAddress> {        try {            // 使用dnsjava进行解析            val name = Name("$hostname.")            val record: Record = Record.newRecord(name, Type.A, DClass.IN)            val query = Message.newQuery(record)            val response = resolver!!.send(query)            val addresses: MutableList<InetAddress> = ArrayList()            if (response.rcode == Rcode.NOERROR) {                val records: Array<Record> = response.getSectionArray(Section.ANSWER)                for (r in records) {                    if (r is ARecord) {                        val a = r as ARecord                        addresses.add(a.address)                    }                }            }            if (addresses.isEmpty()) {                throw UnknownHostException("No address found for $hostname")            }            return addresses        } catch (e: Exception) {            // 捕获所有dnsjava的异常，并转换为UnknownHostException            throw UnknownHostException("DNS lookup failed for " + hostname + ": " + e.message)        }    }}

以上就是我目前可以想到的全部解决方案，综合之后我个人建议的排序为：

CDN>DNS>集群，(ipv6以及HTTPS为默认配置😄)

1. 导入implementation 'androidx.core:core-splashscreen:1.0.1'

2. 继承主题 Theme.ScreenSplash，继承的主题可以设置前景和背景以及时间（最大500），类似icon

3. 使用主题

在国产大厂的APP上，每一个Feature，每一个模块，每一个按钮，甚至每一个不可交互的地方，它都有出生的意义：广告位。

闪屏页的战略地位不言而喻😄

在 Android 12（SDK 31）之前，应用的启动画面（Splash Screen）一直是个令人头疼的问题。开发者们不得不绞尽脑汁，通过自定义 Activity 主题、设置 windowBackground 或者创建一个独立的 Splash Activity 来模拟启动效果。

不仅需要作为天然的广告位，这个一闪而过页面承载太多东西了。你的所有需要注册的内容，所有内容的完整性检查，服务器判断，DNS解析。当然还有广告的加载以及用户的手有没有抖动…

虽然目前看来体验不尽人意，适配寥寥无几，不过当初Android12似乎真的想改变这些（当然不止这些，更多的可能是体验统一的问题），所以带来一个原生，更高效的解决方案。抛开这些开发决定不了的内容，下面我简单记录一下自己适配这个SplashScreen，当然这也是我第一次使用这个特性。

核心概念与 Theme.SplashScreen 属性详解

Android 12 的启动画面不再是应用自身绘制的 View，而是由系统根据主题配置生成并管理。你的启动 Activity 会首先应用一个继承自 Theme.SplashScreen 的主题，系统会根据该主题的属性来渲染启动画面，并在应用准备就绪后平滑过渡到应用真正的界面。下面是我在网上找到的VerseAPP的动画闪屏页（你也可以下载查看teelgram的动画效果）：

以下是 Theme.SplashScreen 主题及其关键属性的详细解析：

1. 父主题：Theme.SplashScreen

• 作用： 这是 Android 12+ 系统提供的启动画面基础主题。你的自定义启动主题必须继承这个主题，才能享受到系统级别的启动画面管理和动画效果。

2. 背景属性：windowSplashScreenBackground

类型： Drawable 引用（@drawable/ 或 @color/）

作用： 定义启动画面的背景。这是替换传统”白屏”的关键。

自定义方案：

• 纯色： 最简单也是最高效的方式，直接引用一个颜色资源，如 <item name="windowSplashScreenBackground">@color/your_brand_color</item>。

• 渐变色： 创建一个 shape Drawable，并在其中定义 gradient 标签，实现平滑的颜色过渡。

• 图片作为背景（慎用，推荐 LayerList）： 虽然可以直接引用一张图片 (@drawable/your_image)，但通常不推荐直接将一张大图作为背景，因为它可能导致屏幕适配问题、文件尺寸增大和内存开销。

• LayerList 组合背景

3. 图标属性：windowSplashScreenAnimatedIcon

• 类型： Drawable 引用（@drawable/ 或 @mipmap/）

• 作用： 定义在启动画面中心显示的图标或动画。

• 可选动画类型：

• Animated Vector Drawable (AVD)：

  • 格式： XML (.xml)，定义了矢量图的动画。

    • 优点： 官方推荐，文件小巧，可缩放不失真，性能优秀，可以实现复杂的矢量动画。

    • 创建： 复杂动画通常需要手动编写 XML 或借助工具。

  • Animation Drawable：

  • 格式： XML (.xml)，引用一系列帧图片。

    • 优点： 简单易懂，适合简单的帧动画。

    • 缺点： 每一帧都是一张图片，文件体积大，内存占用高，缩放可能失真。适用于帧数非常少且简单的动画。

  • 自适应图标 (Adaptive Icon)：

  • 格式： 通常是矢量图，由前景层 (@mipmap/ic_launcher_foreground) 和背景层 (@mipmap/ic_launcher_background) 组成。

    • 优点： 系统原生支持，自动适应不同形状的图标蒙版，无需额外动画即可平滑缩放。

    • 最常用方案： 如果没有自定义动画需求，直接使用你的自适应图标前景层即可，例如：<item name="windowSplashScreenAnimatedIcon">@mipmap/ic_launcher_foreground</item>。

4. 动画持续时间：windowSplashScreenAnimationDuration

• 类型： 整数（毫秒）

• 作用： 定义 windowSplashScreenAnimatedIcon 中图标动画的持续时间。系统会在这个时间结束后开始淡出启动画面。

• 注意： 你的动画设计应尽量在这个持续时间内完成，以避免动画被截断或过早结束。建议值为 200ms 到 1000ms 之间，保持快速且流畅。

5. 品牌 Logo：windowSplashScreenBrandDrawable (可选)

• 类型： Drawable 引用

• 作用： 在启动画面底部显示一个可选的品牌 Logo。

• 位置： 这个 Logo 会固定显示在启动画面的底部，不会随图标一起动画。

• 用处： 适合展示公司或产品的额外品牌标识。

6. 核心属性：postSplashScreenTheme

• 类型： Style 引用（@style/）

• 作用： **这是最重要的属性！**它指定了启动画面结束后，Activity 应该切换到哪个主题来渲染你的应用界面。

• 重要性： 如果没有正确设置这个属性，你的 Activity 在启动画面消失后，可能会显示错误的样式，甚至出现界面空白或闪烁。务必将其指向你应用正常运行时所使用的主要主题。

二、应用开发实践：从零开始配置

让我们通过一个完整的示例，一步步将 Android 12 的启动画面集成到你的应用中。

1: 确保你的项目兼容 Android 12 (SDK 31+)

首先，在你的 build.gradle (Module: app) 文件中，确保 compileSdk 和 targetSdk 至少是 31：

android {    compileSdk 31 // 或更高版本    defaultConfig {        targetSdk 31 // 或更高版本        // ...    }    // ...}

2. 添加 Splash Screen 库依赖

dependencies {    // ... 其他依赖    implementation 'androidx.core:core-splashscreen:1.0.1' }

3. 定义你的应用主题

在 res/values/themes.xml (和 res/values-night/themes.xml，用于深色模式) 中定义应用主主题。这将是 postSplashScreenTheme 指向的主题。

<resources>    <style name="Theme.MyAwesomeApp" parent="Theme.MaterialComponents.DayNight.NoActionBar">        <item name="colorPrimary">#6200EE</item>        <item name="colorPrimaryVariant">#3700B3</item>        <item name="colorOnPrimary">#FFFFFF</item>        <item name="colorSecondary">#03DAC6</item>        <item name="colorSecondaryVariant">#018786</item>        <item name="colorOnSecondary">#000000</item>        <item name="android:statusBarColor">?attr/colorPrimaryVariant</item>        <item name="android:navigationBarColor">@color/black</item>        <item name="android:windowBackground">@color/white</item>        </style></resources><resources>    <style name="Theme.MyAwesomeApp" parent="Theme.MaterialComponents.DayNight.NoActionBar">        <item name="colorPrimary">#BB86FC</item>        <item name="colorPrimaryVariant">#3700B3</item>        <item name="colorOnPrimary">#000000</item>        <item name="colorSecondary">#03DAC6</item>        <item name="colorSecondaryVariant">#03DAC6</item>        <item name="colorOnSecondary">#000000</item>        <item name="android:statusBarColor">?attr/colorPrimaryVariant</item>        <item name="android:navigationBarColor">@color/black</item>        <item name="android:windowBackground">@color/dark_gray</item>    </style></resources>

4. 准备启动画面背景（渐变色和Logo）

我们创建一个 LayerList 来实现一个包含渐变背景和底部品牌Logo的启动画面。（实际上不推荐 用渐变色，我更推荐telegram或者X的方案，纯色背景+AVD/静态LOGO）

<?xml version="1.0" encoding="utf-8"?><layer-list xmlns:android="[http://schemas.android.com/apk/res/android](http://schemas.android.com/apk/res/android)">    <item>        <shape android:shape="rectangle">            <gradient                android:angle="270"                android:startColor="#6200EE"                android:endColor="#03DAC6"                android:type="linear" />        </shape>    </item>    <item android:bottom="32dp"> <bitmap            android:src="ic_my_company_logo"            android:gravity="bottom'center_horizontal" />    </item></layer-list>

注意：

• @drawable/ic_my_company_logo 应该是你的 Logo 图片（Vector Drawable 或 Bitmap）。

• android:bottom 可以调整 Logo 的位置。

• android:gravity="bottom'center_horizontal" 将 Logo 放置在底部中央。

5. 准备启动画面动画图标（AVD 示例）

假设你已经有一个名为 ic_animated_logo.xml 的 Animated Vector Drawable。

<?xml version="1.0" encoding="utf-8"?><animated-vector xmlns:android="[http://schemas.android.com/apk/res/android](http://schemas.android.com/apk/res/android)"    android:drawable="@drawable/ic_static_logo"> <target android:name="group_name_in_static_logo"> <propertyValuesHolder            android:propertyName="rotation"            android:valueFrom="0"            android:valueTo="360"            android:valueType="floatType"            android:duration="1000"            android:interpolator="@android:interpolator/fast_out_slow_in" />    </target></animated-vector>

如果不想使用自定义动画，直接使用自适应图标前景部分：@mipmap/ic_launcher_foreground。

6. 定义启动画面主题

现在，在 res/values/themes.xml (和 res/values-night/themes.xml) 中定义你的启动主题，并引用我们准备好的 Drawable。

<resources>    <style name="Theme.MyAwesomeApp.SplashScreen" parent="Theme.SplashScreen">        <item name="windowSplashScreenBackground">@drawable/splash_layer_bg</item>        <item name="windowSplashScreenAnimatedIcon">@drawable/ic_animated_logo</item>        <item name="windowSplashScreenAnimationDuration">1000</item> <item name="postSplashScreenTheme">@style/Theme.MyAwesomeApp</item>    </style></resources><resources>    <style name="Theme.MyAwesomeApp.SplashScreen" parent="Theme.SplashScreen">        <item name="windowSplashScreenBackground">@color/dark_splash_bg_color</item>        <item name="windowSplashScreenAnimatedIcon">@drawable/ic_animated_logo_dark</item>        <item name="windowSplashScreenAnimationDuration">1000</item>        <item name="postSplashScreenTheme">@style/Theme.MyAwesomeApp</item>    </style></resources>

7. 在 AndroidManifest.xml 中应用主题

在 AndroidManifest.xml 中，将 Theme.MyAwesomeApp.SplashScreen 主题应用到启动 Activity（通常是 MainActivity，也有可能是SplashActivity之类的）。

<?xml version="1.0" encoding="utf-8"?><manifest xmlns:android="[http://schemas.android.com/apk/res/android](http://schemas.android.com/apk/res/android)"    xmlns:tools="[http://schemas.android.com/tools](http://schemas.android.com/tools)">    <application        android:allowBackup="true"        android:icon="@mipmap/ic_launcher"        android:label="@string/app_name"        android:roundIcon="@mipmap/ic_launcher_round"        android:supportsRtl="true"        android:theme="@style/Theme.MyAwesomeApp"> <activity            android:name=".MainActivity"            android:exported="true"            android:theme="@style/Theme.MyAwesomeApp.SplashScreen"> <intent-filter>                <action android:name="android.intent.action.MAIN" />                <category android:name="android.intent.category.LAUNCHER" />            </intent-filter>        </activity>        <activity android:name=".OtherActivity"            android:theme="@style/Theme.MyAwesomeApp"/>    </application></manifest>

8. 在 MainActivity 中安装启动画面

最后，在启动 Activity 的 onCreate() 方法中调用 installSplashScreen()。这是启用系统启动画面 API 的核心步骤。

// MainActivity.ktimport android.os.Bundleimport androidx.appcompat.app.AppCompatActivityimport androidx.core.splashscreen.SplashScreen.Companion.installSplashScreenimport kotlinx.coroutines.Dispatchersimport kotlinx.coroutines.delayimport kotlinx.coroutines.withContextimport androidx.lifecycle.lifecycleScopeimport kotlinx.coroutines.launchclass MainActivity : AppCompatActivity() {    private var isContentReady = false // 用于控制启动画面何时消失    override fun onCreate(savedInstanceState: Bundle?) {        // 1. 调用 installSplashScreen() 必须在 super.onCreate() 之前        val splashScreen = installSplashScreen()        super.onCreate(savedInstanceState)        setContentView(R.layout.activity_main)        // 2. 延迟启动画面消失，直到内容准备就绪        splashScreen.setKeepOnScreenCondition {            !isContentReady // 当 isContentReady 为 false 时，启动画面会一直显示        }        // 3. 模拟数据加载或应用初始化        loadAppContent()    }    private fun loadAppContent() {        lifecycleScope.launch(Dispatchers.IO) {            // 模拟耗时的初始化操作，例如网络请求、数据库加载等            delay(3000) // 模拟 3 秒的加载时间            // 数据加载完成            isContentReady = true            withContext(Dispatchers.Main) {                // 在这里可以执行数据加载完成后的 UI 更新或跳转操作                // 例如：navigateToHome()            }        }    }}

Java 示例(AI转换的代码，应该咩问题)：

// MainActivity.javaimport android.os.Bundle;import androidx.appcompat.app.AppCompatActivity;import androidx.core.splashscreen.SplashScreen;import android.os.Handler;import android.os.Looper;import java.util.concurrent.Executors;import java.util.concurrent.ScheduledExecutorService;import java.util.concurrent.TimeUnit;public class MainActivity extends AppCompatActivity {    private boolean isContentReady = false; // 用于控制启动画面何时消失    @Override    protected void onCreate(Bundle savedInstanceState) {        // 1. 调用 installSplashScreen() 必须在 super.onCreate() 之前        SplashScreen splashScreen = SplashScreen.Companion.installSplashScreen(this);        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_main);        // 2. 延迟启动画面消失，直到内容准备就绪        splashScreen.setKeepOnScreenCondition(() -> !isContentReady);        // 3. 模拟数据加载或应用初始化        loadAppContent();    }    private void loadAppContent() {        ScheduledExecutorService executor = Executors.newSingleThreadScheduledExecutor();        executor.schedule(() -> {            // 模拟耗时的初始化操作            isContentReady = true; // 数据加载完成            new Handler(Looper.getMainLooper()).post(() -> {                // 在主线程执行数据加载完成后的 UI 更新或跳转操作            });        }, 3, TimeUnit.SECONDS); // 模拟 3 秒的加载时间    }}

wordpress国内服务器访问不到发件服务器，所以经过综合考虑之后，选择采用第三方插件和第三方邮箱通过SMTP发送邮件。

起因

我转移到wordpress之后，之前搭建在纽约的服务器上，邮件是没什么问题的。评论和被评论都会收到邮件通知。但是正常转移到杭州的服务器上之后发现收不到任何邮件了，包括不限于修改密码，邮箱，用户操作，评论和被评论的通知邮件。

分析

❌期初我以为是因为服务器商封禁了邮件发送端口。但是我在防火墙打开了SMTP端口(25，465 ，587)的出站之后发现还是不行。

❌那就要考虑邮件是不是被服务商拦截的，询问客服之后告知不是，同时被告知如果发送垃圾邮件会被封禁。

✔️最后我检查之前的邮件，发现是来自wp.com的邮件。我并未安装jetpack，但是邮件依旧不是来自我的站点而是通过wordpress的服务器发送（猜测是需要访问一下WP的接口而非使用PHP的mail()方法发送的邮件）。

尝试解决

问题明确之后就很容易解决了。下面是几个直接方案：

1. 通过一些方案访问WP.COM

• 代理

  • HOSTS

  • 更换服务器

  • 修改DNS（或许可行？）

  • 利用wordpress的第三方插件访问WP网络

2. 修改发件邮箱

• 修改mail()方法

  • 利用第三方插件

因为我不想改代码了，也不想被警告，经过我1/3秒的思考，我觉得利用第三方插件，即使他们就是一个SMTP发送邮件的方案却做得又大又重，我似乎没有更多其它选择。

我最后选择了Post SMTP，这是唯一一个SMTP插件，比较流行，看起来没那么重，且貌似不会打扰我的邮件插件。另外不推荐在 VPS 上运行本地 SMTP 服务器（配置复杂，送达率低）。

推荐使用QQ/foxmail邮箱做发件邮箱。所有的插件使用outlook都需要会员，outlook自带的SMTP貌似不可用了。我根据网上的教程设置了SMTP，打开了双重验证，然后在下方寻找应用密码。因为outlook在登录时似乎需要使用应用密码而不是账户密码。但是设置了双重验证，貌似又需要认证，永远提示认证失败。后来查了一下，说是之后会禁用第三方SMTP…奇奇怪怪的东西。另外我也不清楚这个是否会放到corn队列了，并且corn是否会堆积…对WP了解的不多。

所以，用FOXMAIL算啦！开通”POP3/IMAP/SMTP/Exchange/CardDAV/CalDAV服务”之后，或许一个授权码用作登录即可。记得要勾选”SMTP 发信后保存到服务器“！

本身在传家宝上搭WP是为了方便，现在反而产生了更多的不方便。

其他小问题

• 插件提示存在屏蔽词或者被判断为垃圾内容，如下提示：

The mail may contain inappropriate words or content.

此时你应该在插件中找到发送方式（Mailer Type），修改为PHPMailer

• 发送失败，提示信息中存在如下字样：

Mail from address must be same as authorization user.

此时你应该在插件中寻找**发件地址（From Address）**设置，然后修改文SMTP登录账号的邮箱。并且勾选”禁止其他插件/主题修改此内容“选项

这似乎是一个经典的互联网产品悲剧循环：

其他产品同类出现> 导致用户流失 > 更新不积极，市场定位偏差，没有突出买点以及差异化feature，固收基础功能以及紧缩的免费用户权限> 加深市场竞争与用户流失>Mozilla 战略调整>宣布关停

现在，如果做不到样样精通，还没有极端差异化的宣传噱头，似乎只有这一个剧本了。

引言

当我听说 Mozilla 将在 2025 年 7 月 8 日关闭 Pocket 时，心里既不意外又有些唏嘘。作为一个曾经长期使用 Pocket 的免费用户，我一直觉得它的功能像个漂亮的”收藏夹”。Pocket 的关闭让我开始思考：是什么让这个”稍后阅读”工具走到尽头？

Pocket 停止运营的背景

2025 年 5 月 23 日，Mozilla 宣布 Pocket 将于 2025 年 7 月 8 日停止运营，同时关闭的还有其评论真伪分析工具 Fakespot（宣布今年7月1日关闭）。Mozilla 表示，关闭是为了集中资源发展 Firefox 浏览器。具体的安排如下：

• 服务终止：2025 年 7 月 8 日，Pocket 的 Web 端、移动端应用和浏览器扩展将全部停止。从 5 月 22 日起，用户无法下载应用或新购 Premium 订阅。

• 数据导出：我需要在 2025 年 10 月 8 日前通过 Pocket 的导出页面备份文章，包括链接、标题、笔记和高亮，否则数据将永久丢失。

• 连带关闭：Fakespot 的关闭表明 Mozilla 正在收缩非核心业务。

Pocket 为何让我失望

作为 Pocket 的免费用户，我一直觉得它的功能非常有限。Pocket 允许我保存网页和文章（或者说是链接）以便稍后阅读，但缺乏离线保存和下载网页内容的功能。这意味着，一旦网站失效或链接更改，我保存的内容就成了死链接，毫无用处。我曾保存过一篇教程，但网站下线后，Pocket 只能显示一个无用的标题，形同”残废收藏夹”。

相比之下，我用 Notion 搭配 Notion Web Clipper 就能轻松保存网页的完整内容，包括图片和格式化文本，还能添加笔记、标签，甚至整合到我的知识库中。不仅Notion，其他各种剪藏工具（Web Clipper不错）+同步工具都不错，你可以使用juplin（同样提供剪藏工具）+teracloud（我的邀请码 NKM4G ）的搭配。为什么我推荐使用笔记工具？就像我之前在博客《如何记笔记》 中有写：记笔记的目的并非单纯为了记录，而是为了复用。

或许你可以反驳，我需要的并不是一款”稍后读”软件而是笔记软件。或许是这样的，但是这两个需求并不冲突。如果你确实”稍后读”了收藏的内容，单纯地欣赏便罢了。若是还想记录下来，岂不是又要重复操作。所以带有我还是推荐带有全文搜索功能的笔记软件。

导致 Pocket 关闭的连带效应

Pocket 的关闭不是偶然，而是由一系列连带效应导致的，从竞品崛起到 Mozilla 的战略调整，每一步都让 Pocket 走向终结。

竞品崛起引发用户流失

Notion、Obsidian、Raindrop.io 和 Instapaper 等工具的出现让我和许多用户看到了更好的选择。Notion 提供了强大的笔记和协作功能，Obsidian 的双向链接适合知识管理，Raindrop.io 则在书签管理上更直观。这些工具的功能全面且不断更新，吸引了大量 Pocket 用户。X 平台上，不少用户表示因为竞品更强大而放弃了 Pocket。

更新滞后与市场定位偏差

Pocket 的功能更新停滞不前，博客上最后一次提到新功能是在 2023 年。它的核心功能仅限于保存链接和阅读，缺乏 AI 摘要、深度笔记整合等差异化特性。免费用户像我一样，权限受限，无法使用标签管理或离线阅读，体验大打折扣。Pocket 的定位也模糊不清，既不如浏览器书签简单，也不如笔记工具强大，形同”半吊子”产品。

加剧的市场竞争与用户流失

功能停滞和定位偏差让 Pocket 在竞争中节节败退。竞品不断推出新功能，比如 Notion 的 AI 工具和 Obsidian 的插件生态，而 Pocket 却毫无进展。X 平台上的用户反馈也反映了类似的不满：界面陈旧、功能单一、标签管理繁琐。这些问题导致用户流失加剧，Pocket 的商业价值进一步下降。

Mozilla 战略调整

面对用户流失，Mozilla 的资源分配向 Firefox 倾斜。Firefox 需应对 Chrome 的竞争，迫使 Mozilla 放弃非核心项目。Pocket 与 Mozilla 的核心使命（隐私保护、开放互联网）关联度低，财务压力下，关闭 Pocket 和 Fakespot 成为必然选择。

最终关闭决定

竞品崛起引发用户流失，功能滞后和定位偏差加剧竞争劣势，最终迫使 Mozilla 宣布关闭 Pocket。这个连带效应清晰地解释了 Pocket 从流行工具到被淘汰的轨迹。

所以

无论什么软件，数据可以无限制导出是最重要滴。Pocket 的关闭源于竞品崛起、用户流失、功能滞后、定位偏差和 Mozilla 战略调整的连带效应。作为免费用户，我早已因 Pocket 的局限性转向 Notion 等更强大的工具。这次经历让我意识到，选择数字工具时必须注重其功能完整性和长期稳定性。Pocket 的”稍后阅读”时代结束了，但它提醒我和所有用户：数据备份和工具选择需要更加谨慎。未来，工具开发者也应吸取教训，通过持续创新和清晰定位赢得用户信任。

Java 技术演进之路与时代回响

1995 年 5 月 23 日，Sun Microsystems 发布了 Java 语言，谁也没想到这个诞生于小型家电控制项目的编程语言，会在接下来的三十年里重塑整个软件开发生态。从 Web 时代的 Servlet 到移动互联网的 Android，从大数据领域的 Hadoop 到云原生时代的 Kubernetes，Java 始终站在技术变革的潮头。今天，在 Java 迎来三十周年生日之际，让我们回溯那些改变技术史的里程碑时刻。

一、”一次编写，到处运行” 的传奇起点

Java 的诞生源于 Sun 公司 “Green Team” 的一个冷门项目 – 为智能电视、机顶盒等设备开发编程语言。詹姆斯・高斯林（James Gosling）带领团队设计出 Oak 语言（Java 前身），却因市场时机未到陷入沉寂。直到互联网浪潮袭来，Oak 凭借 “Write Once, Run Anywhere”（WORA）的跨平台特性，在浏览器插件领域找到突破口。1995 年发布的 Java 1.0 定义了核心特性：字节码、虚拟机（JVM）、垃圾回收机制，这些设计让 Java 程序能够在不同操作系统上以相同行为运行，彻底改变了软件开发的部署模式。

1996 年，第一个 Java 开发工具包（JDK 1.0）正式发布，包含 AWT 图形库与 Applet 技术。Applet 允许 Java 程序嵌入网页运行，引发了第一次 Java 热潮。尽管后来因安全问题逐渐被淘汰，但它验证了 Java 在网络应用领域的潜力。

二、企业级开发的统治时代

1998 年，Java 2 平台的发布标志着 Java 正式进军企业级应用领域。Java 2 平台分为标准版（J2SE）、企业版（J2EE）和微型版（J2ME），其中 J2EE 通过 EJB（Enterprise JavaBeans）、Servlet、JSP 等技术，为分布式应用开发提供了完整解决方案。IBM、Oracle 等巨头纷纷加入 Java 阵营，Java EE 成为构建银行核心系统、电商平台的事实标准，支撑起全球 80% 以上的企业级应用开发。

2004 年，Java 5（代号 Tiger）的发布堪称 Java 史上的重大飞跃。泛型、自动装箱 / 拆箱、枚举类型、可变参数等特性的引入，让 Java 从单纯的面向对象语言进化为更现代化的编程语言。同年，Spring 框架 1.0 发布，以轻量级容器和依赖注入理念革新了企业级开发模式，与 Java EE 形成互补，共同奠定了 Java 在企业级市场的统治地位。

三、移动革命与开源觉醒

2007 年，苹果发布 iPhone，智能手机时代拉开帷幕。而 Java 早已提前布局，J2ME 曾是功能机时代的主流开发平台。2008 年，谷歌推出基于 Linux 内核和 Java 的 Android 系统，将 Java 推向移动开发的巅峰。虽然 Android 后来改用 Kotlin 作为官方推荐语言，但 Java 至今仍是安卓开发者的重要工具，全球数十亿台设备上运行着 Java 编写的应用。

2006 年，Sun 宣布 Java 开源，成立 OpenJDK 社区。这一决策打破了商业闭源的限制，激发了全球开发者的创造力。Apache Harmony、IBM J9 等替代 JVM 项目涌现，OpenJDK 逐步成为 Java 的参考实现。2010 年 Oracle 收购 Sun 后，围绕 Java 版权与开源协议的争议不断，但社区力量最终推动 Java 走向更开放的生态。

四、云原生时代的涅槃重生

2011 年起，Java 进入快速迭代周期，每半年发布一个新版本。Java 8 引入的 Lambda 表达式与 Stream API，让函数式编程范式融入传统 OOP 体系，极大提升了代码简洁性与并行处理能力；Java 11 成为首个 LTS（长期支持）版本，精简模块化系统并移除过时特性，标志着 Java 向轻量化转型。

随着容器化与微服务兴起，Java 凭借 Spring Cloud、Quarkus 等框架，以及 GraalVM 即时编译技术，在云原生领域焕发新生。Kubernetes 项目的核心组件 Kubelet、kube-apiserver 均采用 Java 开发，印证了其在分布式系统领域的卓越性能与稳定性。

五、下一个三十年：Java 的无限可能

站在三十周年的节点，Java 生态早已超越编程语言本身，成为覆盖开发、部署、运维全生命周期的技术体系。如今，Java 正积极拥抱 AI 与 Web3 领域，通过 Project Loom 虚拟线程优化高并发场景，探索与机器学习框架的深度集成。OpenJDK 社区持续推进 JVM 性能优化，让 Java 在边缘计算、Serverless 等新兴领域保持竞争力。

从智能家电到数据中心，从桌面应用到云端服务，Java 用三十年时间证明了 “技术生命力在于持续进化”。对于全球 1000 万 Java 开发者而言，这不仅是一门编程语言的生日，更是一个时代技术精神的缩影。未来，随着 Java 22 计划引入结构化并发、虚拟线程成熟化等重磅特性，这个 “永远年轻” 的语言仍将书写新的传奇。

Java重要版本更新列表

由GROK.COM生成

1. Java 1.0（1996 年 1 月）

• 定义核心特性，如字节码、虚拟机（JVM）、垃圾回收机制，实现 “Write Once, Run Anywhere” 跨平台运行。

• 发布第一个 Java 开发工具包（JDK 1.0），包含 AWT 图形库与 Applet 技术。

2. Java 1.1（1997 年 2 月）

• 引入内部类，增强代码封装与组织性。

• 加入反射机制，支持运行时检查和操作类、方法、字段。

• 诞生 JDBC，方便 Java 程序与数据库交互。

3. Java 2 平台（1998 年）

• 分为标准版（J2SE）、企业版（J2EE）和微型版（J2ME）。其中 J2EE 通过 EJB、Servlet、JSP 等技术，为分布式应用开发提供完整解决方案。

4. Java 5（2004 年 9 月）

• 引入泛型，提升类型安全性与代码复用性。

• 实现自动装箱 / 拆箱，简化基本数据类型与包装类的转换。

• 新增枚举类型，方便定义常量集合。

• 支持可变参数，使方法参数数量更灵活。

5. Java 7（2011 年 7 月）

• 引入 try - with - resources 语句，简化资源管理。

• 钻石操作符（<>）自动推断泛型类型参数。

• Fork/Join 框架提升并行处理大量数据的效率。

• NIO 升级到 NIO.2，新增异步 I/O 和文件系统 API。

6. Java 8（2014 年 3 月）

• 引入 Lambda 表达式，支持函数式编程范式。

• 推出 Stream API，提升代码简洁性与并行处理能力。

• 允许为接口方法添加默认方法体。

• 引入日期时间应用程序接口（date time API）。

7. Java 9（2017 年 9 月）

• 引入模块化系统（Project Jigsaw），解决类路径问题，提高代码可维护性。

• 提供 Javadoc，支持在 API 文档中进行搜索，输出兼容 HTML5 标准。

• 在 List、Set、Map 接口中，静态工厂方法可创建不可变实例。

• 内置轻量级 JSON API。

8. Java 10（2018 年 3 月）

• 带来局部变量类型推断（var 关键字），简化代码声明。

• 提升线程间通信效率的线程本地握手机制。

• 将 JDK 多个代码仓库合并到一个储存库。

9. Java 11（2018 年 9 月）

• 成为首个 LTS（长期支持）版本。

• 精简模块化系统，移除过时特性。

• 引入 NestMembers 属性和 NestHost 属性。

• 支持 TLS 1.3 协议。

10. Java 17（2021 年 9 月）

• 引入密封类，限制类的继承层次，增强代码安全性。

• 恢复浮点语义，为伪随机数发生器（PRNG）提供新接口类型。

• 增加 macOS AArch64 端口，删除 Applet API、远程方法调用（RMI）激活机制，强封装 JDK 内部。

点这里看效果： https://ss.banzhuanriji.com

发布，查看

一代人有一代人的QQ空间要踩 XD ，可是QQ空间怎么少的了说说呢。而且发长文会带动一切RSS订阅用户，偶尔想当个动态/朋友圈发的话，太打扰人了。

所以我想到了两种方案：

• RSS避免某个分类的文章，把这个分类当做说说来发。但我想了想，似乎在function里加一些方法直接控制数据更好用一点，而且样式制作可以直接在CSS里修改，不影响其他文章样式内容。所以wordpress的方案又分为两种

• 不经过RSS的分类

  • 在wordpress的function中创建独立的方法内容

• 创建一个独立的说说页面

但是目前wordpress的数据库已经够复杂，冗余过于夸张了。并且之后如果我不希望使用wordpress的话，如何迁移？所以决定使用独立的方案。

第一想到的就是目前已经存在的有没有可用的。第一个想到的就是面条大佬的BroadcastChannel ，把TG频道做数据来源。实话实说挺好用的。不过样式不可控，可能需要自己修改，且一些TG的内容样式不支持。所以我就采用了Nextjs+neon数据库的方案写了这个程序。

功能

• 浏览内容，分页

• 鉴权登录

• 发布内容

忽略了内容修改的功能，因为要做修改的话可能需要在首页做登录判断，然后在布局上做一些按钮预留。想了想暂时不做这个了

特色

如果可以成为特色的话…

• 全部白嫖，白嫖！

• 结构超级简单

• Markdown支持

预览

下载

如果你有兴趣可以查看这里： https://ss.banzhuanriji.com

暂时没有提供下载，等我完善之后在github上发出来XD。比较感兴趣的话也可以联系我，我会发给你一份源码： m#hoytzhang.com 或者在文章下面留言 ；D

方法一：使用插件实现文章阅读统计

1. MonsterInsights

• MonsterInsights 是最受欢迎的 Google Analytics 插件之一，可以直接在 WordPress 仪表板中查看每篇文章的页面浏览量、访客行为、跳出率等数据。通过其 Page Insights 扩展，还可以查看单篇文章的详细统计（如页面浏览量、停留时间等）。必须绑定GA。

2. WP Statistics

• WP Statistics 是一个隐私友好的分析插件，符合 GDPR 要求，无需外部账户，直接在 WordPress 数据库中存储数据。它可以跟踪每篇文章的访问量，并提供详细的图表和分类分析。不过最顶上那个评论似乎说明了一些问题，我没尝试这个插件，观望一下。

3. Post Views Counter

• 一个轻量级插件，专门用于显示文章、页面或自定义内容的浏览次数。它支持通过 PHP、JavaScript 或 REST API 跟踪数据，并允许自定义计数器的显示位置和样式。

4. Jetpack Stats

• Jetpack 的统计模块提供文章的浏览量、热门内容、流量来源等数据，适合 WordPress.com 用户或安装了 Jetpack 的自托管站点。免费用户可查看过去 7 天的统计，付费计划解锁更多功能。

5. Independent Analytics

• 一个专为 WordPress 设计的免费分析插件，加载速度快，符合 GDPR。它可以自动记录文章的访问量，并按类别显示统计数据。

6. 如果你恰好财力雄厚，你可以使用一些主题的pro版本自带的功能

• 这里就不对赘述了，例如我使用的blocksy主题，在设置页面左侧点击blocksy，设置中文章元数据打开显示即可。

方法二：插件之短码插件(推荐)

1. Post Views for Jetpack

• 提供短码，可以在文章、页面或小工具中显示各种统计数据。以下部分代码复制于这个插件的讨论区： https://wordpress.org/support/topic/way-to-display-views-in-blocksy-post-meta/

这个插件如何在blocksy中使用？请在你的function.php中添加以下代码 （注意把[sbs_views] 修改为你上面短码插件中约定的短码）：

add_filter( 'blocksy:archive:render-card-layer', function ( $output, $single_component) {if ( 'post_meta' !== $single_component['id'] ) {return $output;}$post_views = do_shortcode( '<span style="background-color: initial; font-family: inherit; text-align: initial;">[sbs_views]</span>' );$output = str_replace( '</li></ul>', '</li><li class="post-views">' . $post_views . '</li></ul>', $output );return $output;}, 11, 2 );

方法三：自定义代码实现阅读统计

在你的主题的function.php中添加以下代码：

// 记录文章浏览量function set_post_views($postID) {    $count_key = 'post_views_count';    $count = get_post_meta($postID, $count_key, true);    if ($count == '') {        $count = 0;        delete_post_meta($postID, $count_key);        add_post_meta($postID, $count_key, '0');    } else {        $count++;        update_post_meta($postID, $count_key, $count);    }}// 在单篇文章页面记录浏览量function track_post_views($postID) {    if (!is_single()) return;    if (empty($postID)) {        global $post;        $postID = $post->ID;    }    set_post_views($postID);}add_action('wp_head', 'track_post_views');// 显示文章浏览量function get_post_views($postID) {    $count_key = 'post_views_count';    $count = get_post_meta($postID, $count_key, true);    if ($count == '') {        delete_post_meta($postID, $count_key);        add_post_meta($postID, $count_key, '0');        return "0 Views";    }    return $count . ' Views';}

在需要使用的地方添加：

echo get_post_views(get_the_ID());

如果需要在blocksy主题中使用：

add_filter( 'blocksy:archive:render-card-layer', function ( $output, $single_component ) {    if ( 'post_meta' !== $single_component['id'] ) {        return $output;    }    $output = str_replace( '</li></ul>', '</li><li class="post-views">' . get_post_views(get_the_ID()) . '</li></ul>', $output );    return $output;}, 10, 2 );

注意上面所有的代码部分，可能会造成不可回溯的内容。

部分可能会在你数据库的前缀_postmeta表中创建很多key为post_views_count 的数据，介意的话可以使用第三方插件或者自己手动修改。另外注意，有的主题不允许修改functions.php的代码，你复制代码保存失败时，可以按 ctrl+ shift + v 粘贴。