云栖梦泽 - 须知少时凌云志·曾许人间第一流

👋 你好，欢迎来到云栖梦泽随机一篇文章

须知少时凌云志·曾许人间第一流

一个专注于设计思考与生活探索的独立博客！记录设计灵感、分享生活火花。用设计思维解构日常之美。
- 林渡
  2周前
  
  蟹黄汤包和河豚还得是靖江的好吃！南通的海鲜也是鲜到眉毛了！
- 林渡
  2026-07-20
  
  看了好久，还是狠心下手了小牛mt sport 2026款，以后可以下班送外卖了 - 。 -
- 林渡
  2026-06-15
  
  想通了，工具是我的，能力是我的，公司只是一段时间的甲方。
- 林渡
  2026-06-03
  
  太痛了😭
- 林渡
  2026-05-15
  
  我爱白嫖！
- 林渡
  2026-04-20
  
  这段时间我写博文的速度也慢下来了，因为我在思考，思考在这个AI时代下技术博客还有没有必要存在？从我个人角度来说，我其实也不愿意看那些长篇大论的技术文章，也是随手丢给 AI 看一眼，让它帮我总结提炼出关键！而我遇到的那些坑，其实 AI 也比我更加的懂，更加的全面，那我还有必要写嘛？
查看更多瞬间
人间烟火 2026-01-29 查看文章

📢 致读者的一封信：关于运营、初心与一份邀请

林渡在博客中坦诚分享了Android稳定性与Linux内存管理等技术经验，强调知识共享与技术传承的重要性。尽管维持博客运营需承担服务器、域名、AI工具等实际成本，他坚守不设付费墙，保持全部内容免费开放，以降低技术门槛并营造纯粹交流空间。为回应读者建议，新增自愿捐赠通道与透明捐赠者名单，仅供愿意支持的朋友参与。每一份支持都将用于提升博客体验与内容质量，但无论捐赠与否，所有人都是这个温暖技术社区的重要参与者。
岁月留痕 2025-12-17 查看文章

站在2025的尾巴上：回顾、感恩与前行

2025年，作者在人生与职业的双重转折中，聚焦于“尝试平衡”。工作上勇于转型，持续分享与协作，实现技术与心态的成长；生活中，婚姻和家庭成为新的关注重心。通过经验总结、系统学习和乐于成就他人，收获个人成长，体会到快速学习和适应变化是核心能力，并在自我反思中展望未来。
Linux内存管理 2025-11-03 查看文章

[linux内存管理] 第000篇 Linux内存管理系列开篇

系列深入剖析Linux内存管理在ARM64架构下的原理与实现，覆盖物理内存初始化流程、核心分配器机制（如buddy、slab、vmalloc、CMA等）、缺页异常处理、页面回收、内存节点解析等关键环节，结合Kernel 5.15源码与丰富补充资料，帮助读者系统理解底层架构与内存管理优化要点

- Linux内存管理 17小时前
  
  [linux内存管理] 第 057 章节 OOM Kill 与 panic_on_oom —— 杀人的艺术与崩溃的抉择
  
  本文深入解析了Linux OOM Killer的最终执行阶段。重点阐述了`oom_kill_process`函数如何完成对选定victim进程的处决，包括检查进程状态、记录关键内存诊断信息（如触发者、内存快照及任务列表）、以及处理可能涉及整个cgroup的批量终止。同时，文章介绍了`panic_on_oom`策略，它作为系统稳定性的最后防线，在特定配置下会在OOM事件时直接触发系统崩溃（panic），而非尝试杀死进程。
- Linux内存管理 18小时前
  
  [linux内存管理] 第 056 篇 OOM Reaper：异步解除映射的幕后英雄
  
  OOM Reaper是Linux内核为解决OOM kill后内存释放延迟问题而设计的异步清理机制。当进程被OOM killer选中后，可能因自身处于不可中断状态而无法及时释放内存。OOM Reaper通过独立的内核线程异步扫描并回收受害进程的页表和物理页，避免系统因等待进程退出而陷入僵局，确保内存能快速回收，有效防止了OOM场景下的系统饥饿。
- Linux内存管理 18小时前
  
  [linux内存管理] 第 055 篇 OOM Killer 死亡名单算法
  
  OOM Killer是Linux系统在内存耗尽时选择进程终止的机制。其核心算法oom_badness()通过三道过滤（排除init进程和内核线程、检查cpuset、排除正在终止的进程）和一个打分过程，为所有可终止进程计算“死亡分数”。分数基于进程的RSS、页面交换使用量等内存占用指标，最终选择最高分的进程作为牺牲者，以最大化释放内存并最小化系统影响。该设计体现了在极端内存压力下的平衡策略与工程智慧。
- Linux内存管理 5日前
  
  [linux内存管理] 第 054 篇 OOM触发 + Memory Reserve + out_of_memory 决策
  
  本文深入解析Linux内存管理中OOM（内存溢出）的触发机制与决策流程。文章聚焦于从内存分配失败到系统响应的关键链路，涵盖OOM触发的三条路径、作为最后防线的Memory Reserve（32页保留内存）机制，以及out_of_memory()全局入口的决策内幕。通过对核心数据结构oom_control及具体调用链的分析，揭示了内核在内存耗尽时如何从回收自救逐步走向进程查杀的全过程。
- Linux内存管理 1周前
  
  [linux内存管理] 第 053 篇 OOM 整体流程：从内存耗尽到系统崩溃的完整链路
  
  本文详细解析了Linux内核中OOM（内存不足）机制的完整处理流程。当系统内存耗尽且所有回收手段（如直接回收、kswapd、内存规整）均告失败后，内核会触发OOM处理。文章介绍了OOM的定位（回收失败后的最终策略）及其主要触发场景，包括全局内存不足和cgroup（memcg）内存限制等。核心在于系统必须决定是否终止进程、选择哪个进程作为牺牲者，以及在极端情况下是否触发系统恐慌。
- 灵感风暴 / 与AI共生 1周前
  
  LoreMate：给 lore.kernel.org 装上 AI 阅读助手
  
  LoreMate 是一款面向 lore.kernel.org 的 Chrome AI 扩展，旨在解决内核邮件列表信息庞杂、难以追踪的核心痛点。它通过提供线程智能摘要、补丁系列解析、风险点检测和一键拉取等功能，充当“阅读副驾”，帮助开发者快速理解讨论上下文、追踪补丁状态并连接本地工作流，从而显著降低参与内核开发的门槛。
- 技术分享 1周前
  
  AOSP 整机源码 Harness 工程探索
  
  本文探讨了在庞大的AOSP整机源码树（如AOSP 17）中使用Claude Code等Coding Agent所面临的导航困难、上下文不足等核心挑战。文章分析了现有方案，并详细介绍了作者构建的一套四层harness工程。该工程旨在帮助Agent在千万行代码的复杂仓库中稳定地完成导航、编译、部署和验证等任务，最终目标是在Cuttlefish虚拟机上实现有效的自动化开发。
- Linux内存管理 2周前
  
  [linux内存管理] 第 052 篇 shrink_page_list：内存回收的“最后一道关口”
  
  shrink_page_list 是 Linux 内核内存回收机制的最终执行层。它负责从 LRU 链表取出待回收页面，并逐个做出“回收”或“保留”的判决，将决定回收的页面真正释放到伙伴系统。该函数位于整个回收调用链的末端，是内存释放的实际操作者，其决策过程包含了页面锁、访问引用、脏页写回等多项关键检查。
- 与AI共生 2周前
  
  Monsoon Power Monitor MCP 工具介绍
  
  Monsoon Power Monitor MCP 是一个面向功耗测试自动化的本地工具，将硬件控制能力封装为可自然语言调用的接口。它通过 MCP Server 和 Windows Helper 两层架构，支持自动连接设备、控制供电、采样及数据导出，旨在将功耗测试从手工操作推进到脚本化、可复用且可接入智能体的自动化流程。未来可扩展至回归测试、异常识别及结构化报告生成，为功耗分析提供底层能力。
查看文章归档
- Lavender 10小时前
  
  Lavender 对《众言》的评论
  
  你这个博客太漂亮了，十分大气
- 轻雅阁 20小时前
  
  晨阳 published on 2026-08-24 08:57:26
  
  高中教师也太累了吧！培训期间有几个高中老师还在一个劲刷题😳 碎碎念
- 轻雅阁 1日前
  
  晨阳 published on 2026-08-23 12:43:09
  
  为期四天的线下培训，现场温度好高，空调马力太小了不顶用，好热呀！！！碎碎念
- 晨阳 3日前
  
  一半是暗影，一半是梦境。
  
  水面将晚霞的光影揉碎，铺陈在粗粝的石滩边缘，这抹粉色本身就已写满浪漫。
- 晨阳 3日前
  
  序章：粉色的云
  
  落日跌进云层里，连风都染上了粉紫色的浪漫。
- 轻雅阁 3日前
  
  晨阳 published on 2026-08-21 22:46:09
  
  身份的转变，是一年的光阴。从“被守护的学子”变成“守护学生的老师”。掌心的信仰不变，肩上的责任更重了。入职一年，感恩所有，继续前行！碎碎念感悟
- 谜叶象限 - 每一片叶子，都是未完成的坐标系 3日前
  
  从 Halo 到 Astro：博客终于变简单了
  
  这篇文章记录了我把博客从 Halo 迁移到 Astro 的原因，以及在博客、维护成本、极简设计和 AI 发展之后，我对个人博客的一些重新思考。
- 雨帆 5日前
  
  汉字之海
  
  汉字源流千年，庞大而驳杂，每一个字都是时光窖藏的琥珀。
- syhily@gmail.com (雨帆) 5日前
  
  汉字之海
  
  汉字源流千年，庞大而驳杂，每一个字都是时光窖藏的琥珀。
查看友链页面

categories

精选分类

LMM
Linux内存管理
- 2025-11-03 873° 0条
  
  [linux内存管理] 第000篇 Linux内存管理系列开篇
  
  系列深入剖析Linux内存管理在ARM64架构下的原理与实现，覆盖物理内存初始化流程、核心分配器机制（如buddy、slab、vmalloc、CMA等）、缺页异常处理、页面回收、内存节点解析等关键环节，结合Kernel 5.15源码与丰富补充资料，帮助读者系统理解底层架构与内存管理优化要点
- 17小时前 13° 0条
  
  [linux内存管理] 第 057 章节 OOM Kill 与 panic_on_oom —— 杀人的艺术与崩溃的抉择
  
  本文深入解析了Linux OOM Killer的最终执行阶段。重点阐述了`oom_kill_process`函数如何完成对选定victim进程的处决，包括检查进程状态、记录关键内存诊断信息（如触发者、内存快照及任务列表）、以及处理可能涉及整个cgroup的批量终止。同时，文章介绍了`panic_on_oom`策略，它作为系统稳定性的最后防线，在特定配置下会在OOM事件时直接触发系统崩溃（panic），而非尝试杀死进程。
- 18小时前 18° 0条
  
  [linux内存管理] 第 056 篇 OOM Reaper：异步解除映射的幕后英雄
  
  OOM Reaper是Linux内核为解决OOM kill后内存释放延迟问题而设计的异步清理机制。当进程被OOM killer选中后，可能因自身处于不可中断状态而无法及时释放内存。OOM Reaper通过独立的内核线程异步扫描并回收受害进程的页表和物理页，避免系统因等待进程退出而陷入僵局，确保内存能快速回收，有效防止了OOM场景下的系统饥饿。
- 18小时前 13° 0条
  
  [linux内存管理] 第 055 篇 OOM Killer 死亡名单算法
  
  OOM Killer是Linux系统在内存耗尽时选择进程终止的机制。其核心算法oom_badness()通过三道过滤（排除init进程和内核线程、检查cpuset、排除正在终止的进程）和一个打分过程，为所有可终止进程计算“死亡分数”。分数基于进程的RSS、页面交换使用量等内存占用指标，最终选择最高分的进程作为牺牲者，以最大化释放内存并最小化系统影响。该设计体现了在极端内存压力下的平衡策略与工程智慧。
android-stability
Android稳定性

linux/android稳定性文章
- 2024-12-15 1390° 2条
  
  [Android稳定性] 第000篇 Android稳定性系列开篇
  
  本文集深入探讨了Android稳定性问题，分为方法篇、原理篇和问题篇三个部分。方法篇介绍了稳定性分析的方法，包括高通Android平台稳定性分析、watchdog分析流程、crash分析以及RCU Stall问题的分析等。原理篇详细解析了subsystem ramdump、mtdoops、minidump、blackbox等稳定性相关原理，以及高通平台watchdog机制和QCOM常见reboot类型流程。问题篇则列举了多种稳定性问题案例，如原子状态调度引起的死机、中断风暴导致的panic、内存分配失败、slab内存泄露等，并分析了其原因及解决方案。
- 2026-07-11 106° 3条
  
  [Android稳定性] 第065篇 SELinux 设置为 permissive 模式后出现的 kernel panic
  
  项目在 bringup 阶段发现，将手机 SELinux 设为 permissive 后系统会在进入 Android 前死机。通过 fulldump 与内核日志可见 panic 原因是 UBSAN 报告的数组越界，触发点位于 uzram 模块的 zram_submit_bio。借助自研工具 kernel-panic-killer，AI 自动还原异常路径：反汇编发现 zram_submit_bio 中通过 current_algo 计算压缩算法索引，逻辑为 algo = current_algo; 访问 zram->comps[algo - 1]。由于 current_algo 默认为未初始化的
- 2026-06-01 142° 1条
  
  [Android稳定性] 第064篇 blk_mq_tags Use-After-Free 导致系统级 I/O 死锁
  
  围绕 SPRD UMS9230 平台在 DDR Qualify.TT 测试中出现的冻屏问题，分析通过 ramdump、vmlinux 等工件定位到根因在内核 Block 层：blk_mq_tags 结构体发生 use-after-free，Scsi_Host.tag_set.tags 指针指向已被释放并被 cpumask/IRQ affinity 对象重用的 kmalloc-128 slab。内存中出现 “effective_affinity” 字符串，进一步印证该区域已被 IRQ 亲和性相关对象覆盖。由于 blk_mq_hw_ctx.tags 和 sched_tags 均为 NULL，当 E
- 2026-06-01 147° 0条
  
  [Android稳定性] 第063篇 EROFS 解压缩页面 Use-After-Free 导致 Kernel Panic
  
  围绕一次发生在 Qualcomm Ravelin SNP-AN00 平台上的 kernel panic，分析聚焦于 EROFS 压缩文件系统在 LZ4 解压过程中出现的 translation fault。根因是函数 z_erofs_lz4_decompress_partial 通过 __memcpy 访问压缩源页时，源页与目标页已被 page allocator 释放并填充为标准毒化值 dead000000000400，形成典型的 use-after-free。
arm-architecture
ARM体系架构
- 2024-11-21 412° 0条
  
  A64指令集学习
  
  本文档详细介绍了 Armv8-A 指令集架构，特别是 A64 指令集。A64 指令集是固定长度的 32 位指令集，用于 AArch64 执行状态。文档首先概述了指令集的基本格式、分类、助记符和条件码。接着，详细介绍了跳转指令、PC 相对寻址、系统操作指令、异常产生和返回指令、系统存储器指令、数据运算指令和 load/store 指令。最后，文档还介绍了内存屏障指令，包括 DMB、DSB 和 ISB。
- 2024-11-21 259° 0条
  
  ARMv8‑A 架构和处理器
  
  ARM架构自1985年起不断发展，从早期的ARM内核逐步演进，增加了特性和功能。ARMv8-A架构是最新一代，支持32位和64位执行状态，引入了64位宽寄存器，同时保持与ARMv7软件的向后兼容性。它具备多项增强，如大物理地址、64位虚拟寻址、自动事件信号等，以及硬件加速密码学等功能。ARMv8-A架构的处理器包括Cortex-A53和Cortex-A57，分别针对中档、低功耗和高端计算需求，提供高性能和能源效率。
- 2024-11-21 301° 0条
  
  armv8的寄存器
  
  AArch64执行状态提供了32个64位通用寄存器，每个寄存器都有32位形式。此外，还有几个特殊寄存器，如零寄存器、栈指针、程序计数器、异常链接寄存器、程序状态保存寄存器等。处理器状态PSTATE包含多个独立访问的字段，如ALU标志、执行状态、异常级别等。系统配置通过系统寄存器进行控制，使用MSR和MRS指令进行访问。字节序控制可以通过SCTLR_ELn寄存器中的EE位进行设置。在AArch64和AArch32之间切换时，AArch64寄存器映射到AArch32寄存器集，并保留状态。NEON和浮点寄存器提供128位浮点寄存器，用于保存浮点操作数和NEON操作的标量操作数和向量操作数。
- 2024-11-13 625° 0条
  
  aarch64异常模型以及Linux arm64中断处理
  
  您好，我已经阅读了您提供的文章内容，下面是对文章的100字左右摘要总结：本文详细介绍了ARM架构中异常的概念和处理流程，涵盖了中断、中止、复位等不同类型的异常，并解释了同步与异步中断的区别。文章还深入剖析了异常处理寄存器的作用，以及AArch64异常向量表的配置和中断处理流程，最后以Linux内核中的中断处理机制为例，展示了从中断触发到最终处理函数的调用过程。
inspire-storm
灵感风暴

记录灵光乍现的瞬间，汇聚思如泉涌的风暴
- 1周前 130° 0条
  
  LoreMate：给 lore.kernel.org 装上 AI 阅读助手
  
  LoreMate 是一款面向 lore.kernel.org 的 Chrome AI 扩展，旨在解决内核邮件列表信息庞杂、难以追踪的核心痛点。它通过提供线程智能摘要、补丁系列解析、风险点检测和一键拉取等功能，充当“阅读副驾”，帮助开发者快速理解讨论上下文、追踪补丁状态并连接本地工作流，从而显著降低参与内核开发的门槛。
- 2026-02-03 255° 1条
  
  [灵感风暴] GKI 升级不再靠人肉：Aegis 自动风险分级与测试建议生成
  
  Android GKI 升级带来大量碎片化 commits，人工分析压力巨大，Aegis（神盾）工具应运而生。它通过结构化 JSON 输出，将琐碎提交转化为可追踪的影响分析，智能识别变更模块、风险、核心问题并生成自动化测试优先级建议，显著提升升级评估与回归测试的精准性。最终产出 HTML 和 Markdown 报告，图表化展示高风险点与回归重点，报告可一键分享团队，有效缓解人力压力，实现升级分析自主可控。
- 2026-01-23 405° 0条
  
  [灵感风暴] 用 AI 自动追踪 Linux 内核进展：一款周刊生成工具的架构与演进
  
  面对Linux内核社区庞杂的信息流，这款自动化工具以AI驱动，实现高效邮件抓取、深度分析与结构化周报生成，彻底突破手工筛选与数据量限制，极大提升内核动态追踪的便捷性，为开发者提供了省时、全面、智能的工作新体验。
- 2026-01-22 497° 0条
  
  [灵感风暴] 从废墟中寻找真相：一个 AI 驱动的内核崩溃分析工具的诞生记
  
  深夜警报频发，内核稳定性工程师面临信息过载、分析低效等挑战。Stability AI以管道式架构和插件化设计，融合本地规则与AI能力，实现高效、结构化的系统崩溃分析报告。强调人机协作、灵活扩展和精准问题定位，大幅提升故障处理效率与可维护性。
linux-kernel
Linux内核
- 2026-02-26 299° 1条
  
  向 Linux 内核社区提交 patch 实操要点
  
  详尽介绍了通过git send-email方式向Linux内核社区提交补丁的完整流程。内容涵盖git和git send-email的安装配置，SMTP邮件发送环境的设置，如何规范填写commit信息、生成和检查patch格式，以及标准化邮件回复方法。文章指出：基于next分支开发、严格遵循社区指南、养成bottom-posting习惯、合理使用收件人和抄送自动化配置，都是与上游高效沟通的关键。新手可从修复warning类小问题入手，逐步熟悉内核社区流程与规范。文末列举了寻找补丁切入点和提升英文交流技能的建议，强调实践积累对个人成长与社区认可的重要性。
- 2026-01-24 235° 0条
  
  Linux 中断线程化
  
  文章深入解析Linux中断线程化机制及核心实现，详细讲解了struct irqaction结构体、关键flag如IRQF_ONESHOT和IRQTF_RUNTHREAD的作用，剖析了request_threaded_irq函数的注册流程及__setup_irq的内部逻辑。重点强调线程化中断带来的实时性保证和中断线屏蔽原理，具有丰富代码注释与流程分析，对理解内核中断管理与设备驱动开发极具参考价值
- 2026-01-13 499° 0条
  
  Linux aarch64 中断处理全流程分析
  
  深入解析了Linux中断系统的核心概念，包括硬件中断号（hwirq）与虚拟中断号（virq）的区别、各类中断号在中断控制器中的分配和映射关系，以及物理与逻辑中断线的实际意义。强调Linux内核通过virq实现统一管理，解决硬件中断号冲突，展示了复杂中断结构在SoC中的连接方式，为开发者理解和排查多级中断控制器的中断流程问题提供理论知识的指导。
- 2026-01-08 1044° 1条
  
  【深入内核】中断真的不能睡眠吗？
  
  “中断上下文不能睡眠”是Linux内核开发的底层铁律，源于中断执行期间CPU未切换进程，无法被调度器感知和管理。文章通过深入解析CPU执行模型、调度机制以及arm64中断流程，阐明中断上下文不具备调度实体特征、没有task_struct、不能被调度，也无法安全使用睡眠相关API和某些锁。
worldly-minded
人间烟火
- 2026-01-29 1683° 3条
  
  📢 致读者的一封信：关于运营、初心与一份邀请
  
  林渡在博客中坦诚分享了Android稳定性与Linux内存管理等技术经验，强调知识共享与技术传承的重要性。尽管维持博客运营需承担服务器、域名、AI工具等实际成本，他坚守不设付费墙，保持全部内容免费开放，以降低技术门槛并营造纯粹交流空间。为回应读者建议，新增自愿捐赠通道与透明捐赠者名单，仅供愿意支持的朋友参与。每一份支持都将用于提升博客体验与内容质量，但无论捐赠与否，所有人都是这个温暖技术社区的重要参与者。
- 2025-09-05 350° 0条
  
  高效工作的秘诀：时间管理
  
  在快节奏生活中，高效时间管理是提升工作效率和生活质量的关键。通过明确目标、合理排序优先级、专注当前任务并灵活应对变化，可显著减少焦虑。结合Google Calendar、Todoist等工具和番茄工作法，制定每日计划、分解任务、设定时间边界，有效避免过度安排与拖延。科学的时间管理不仅助力高效工作，更是一种生活态度！
- 2025-09-04 1232° 0条
  
  琴棋书画诗酒花与柴米油盐酱醋茶的人生辩证
  
  “琴棋书画诗酒花”承载了对诗意生活的向往，而“柴米油盐酱醋茶”则是真实生活的基石。文章探讨了理想与现实的平衡，强调在琐碎中发现美好，在平凡中融入浪漫。通过茶的沉静和酒的浓烈跨越生活两端，真正的生活韵味蕴藏于酸甜苦辣交织的日常。以心存情调面对现实，既能享受水墨画般的悠然，也能静观人间烟火的丰盈。
- 2025-09-04 303° 1条
  
  透视人生的意义：活出属于自己的答案
  
  每个人的人生意义源自独特的生命体验，无法以单一答案概括。从自我认知入手，明确内心需求，再通过行动和创造赋予生命价值。在接受无常中成长，于人际关系中找到归属感，并通过持续反思调整方向。人生的意义并非固定，而是在探索与实践中逐渐沉淀，关键是倾听内心、珍视当下，让生命绽放独特光芒。
world-voices
世间风声
- 2026-07-03 82° 0条
  
  再看《孩子王》观后感：当AI成为每个人的“字典”之后
  
  本文通过重看电影《孩子王》，将其核心道具“字典”与当下的AI工具进行类比。作者指出，学生王福渴望字典，如同今天人们依赖AI直接获取答案，两者本质都是知识工具。文章核心观点在于，关键并非工具本身，而是使用工具的过程：传统的查证、试错与思考过程正在被AI省略，这可能导致“不再需要思考”的风险。作者借此呼吁，应将AI视为辅助理解的工具，而非思考的替代品。
- 2025-07-02 469° 1条
  
  从泡泡马特看“消费”
  
  本文主要探讨了泡泡玛特的成功案例，从创始人王宁的个人特质、泡泡玛特的市场策略、以及结构性机会三个方面进行了深入分析。王宁展现出了“狠、软、灵、巧”的复合特质，泡泡玛特通过“盲盒+IP”的玩法，将潮玩从小众文化变成了大众消费品，并成功抓住了中国市场的实验性和中国制造的丰饶两个结构性机会。文章还分析了情绪消费的心理机制，认为泡泡玛特的成功在于其将“低门槛+高不确定性”的心理机制设计成了一套令人欲罢不能的上瘾模型，并将这个“液态时代”的集体焦虑，升华为一种可供消费和展示的身份符号。
life-review
岁月留痕
- 2025-12-17 592° 7条
  
  站在2025的尾巴上：回顾、感恩与前行
  
  2025年，作者在人生与职业的双重转折中，聚焦于“尝试平衡”。工作上勇于转型，持续分享与协作，实现技术与心态的成长；生活中，婚姻和家庭成为新的关注重心。通过经验总结、系统学习和乐于成就他人，收获个人成长，体会到快速学习和适应变化是核心能力，并在自我反思中展望未来。

new video
最新视频动态
- 2026-02-06 330° 0条
  
  「纵朝生暮死，亦当惊鸿」
- 2025-06-11 234° 0条
  
  「知不可忽骤得，托遗响于悲风」
- 2025-05-24 258° 0条
  
  「要经历多少，才能明白这些话的意义？」

our mind

走心评论

狗黄他满满
2026-03-17

大佬你好，我也是最android驱动层稳定性的25年毕业生，感觉你那边的的知识对我的学习非常大。
发表在「该文章/页面不存在」
小莫爱学习
2026-01-15

我自己之前看过小米的电池管理驱动，跟华为的实现还是有不少差别。华为这边多电池和快充协议兼容做得更细致，学到了不少。
发表在「华为充电管理架构概览」
小懒猫
2025-12-12

每次看到内核的初始化流程都觉得很神奇，特别是slab分配器的自举部分，真的有点“鸡生蛋”既视感。看完后终于明白为什么要先用静态变量顶一下，写得很细致，感谢作者！
发表在「[linux内存管理] 第031篇内核启动早期的slab分配器的自举」
困倦的面条
2025-09-02

作为一个刚接触内核开发的新手，看到这么详细的dump分析真是受益匪浅！特别是关于内核线程借用用户空间地址空间的部分解释得很清楚。
发表在「[Android稳定性] 第055篇 [原理篇] 从dump信息角度学调度schedule」
Melokc
2025-06-25

沙发！正好打算研究这个，太棒了👏「手动点赞」
发表在「[Android稳定性] 第051篇 [原理篇] 从timer角度学习高通平台的watchdog」
Melokc
2025-06-24

「手动点赞」😏，原来是2019改的，长知识了，之前一直傻傻分不清楚到底是在高地址还是低地址🤡
发表在「[linux内存管理] 第027篇 Linux ARM64 虚拟地址布局」
zsl
2025-06-16

琦哥太强了🤞
发表在「 [Android稳定性] 第049篇 [问题篇] 软中断霸占CPU导致watchdog无法及时喂狗」