Dola的博客

原创 Android四大组件通讯指南：Kotlin版组件茶话会

《Kotlin赋能Android组件通讯新范式》摘要：本文以拟人化手法展现了Android四大组件在Kotlin加持下的现代化通讯方式。

原创 Ubuntu24.04系统更改IP配置及空闲内存划分

摘要： 本文介绍Ubuntu系统网络配置和磁盘管理操作。网络配置需编辑/etc/netplan下的YAML文件，要求严格遵循格式规范（使用两个空格缩进，禁用TAB），并给出多网卡配置示例及常见错误解决方法。防火墙管理包括启用/禁用UFW服务及查看状态。磁盘管理部分展示如何通过LVM扩展未使用的磁盘空间，使用lvextend和resize2fs命令将剩余空间合并到根分区，并通过df-hl验证结果。操作均需root权限执行。

原创 余华-《第七天》精美片段分享

我对他说，走过去吧，那里的树叶会向你招手，石头会向你微笑，河水会向你问候。我惊讶的看见一个世界——水在流淌，青草遍地，树木茂盛，树枝上结满有核的果子，树叶都是心脏的模样，它们抖动时也是心脏跳动的节奏。我看见很多的人，很多只剩下骨骼的人，还有一些有肉体的人，在那里走来走去。我的身体像是一棵安静的树，我的记忆在那个离去的世界里马拉松似的慢慢奔跑。雨雪在我眼前飘洒，却没有来到我的眼睛和身上，我知道雨雪也在离开。道路是广袤的原野，望不到尽头的长，望不到尽头的宽，向我们头顶上的天空那样空旷。我说：“死无葬身之地。

原创 戴尔·卡耐基-《人性的弱点》精美片段分享

原创 Android 开发 Kotlin 全局大喇叭与广播机制

本文深入探讨了Android开发中Kotlin实现广播机制的技术要点。广播机制作为跨组件通信的重要方式，可实现Activity/Service交互、系统事件监听和应用内全局通信。

原创 如何在软件测试中运用 AI 生成测试用例对软件系统进行测试

本文探讨了AI技术在软件测试中的应用，重点分析了AI生成测试用例的方法。通过Web应用功能测试和移动应用性能测试两个场景，详细阐述了AI生成测试用例的步骤：数据收集与预处理、模型选择与训练、测试用例生成与执行。研究表明，AI生成的测试用例能更全面地覆盖功能场景和边界情况，提高测试效率，并精准模拟真实使用场景。文章最后指出，AI生成测试用例技术尚需在准确性、与其他测试方法融合等方面进一步研究，但其在提升软件质量方面展现出巨大潜力。

原创 Kotlin 活动事件通讯跳转深度讲解

本文深入探讨了Kotlin开发中Android活动间通讯与跳转的关键技术。首先介绍了活动跳转的核心概念Intent，包括显式和隐式两种调用方式；其次详细讲解了活动间数据传递的多种方法，如通过Intent传递基本数据类型、使用Bundle传递复杂对象；还分析了广播机制在事件通讯中的应用，包括动态/静态注册及优化策略；最后结合实际案例，阐述了生命周期管理、性能优化等实践经验，为开发者提供了全面的技术指导。

原创 Linux嵌入式工作常见面试题全面解析

本文系统介绍了Linux嵌入式面试的核心知识点：1. 常用Linux命令操作，包括文件处理、文本分析和系统监控工具；2. 嵌入式底层技术，涵盖内核架构、文件系统选型、驱动开发及交叉编译；3. 高频面试考点，如进程调度机制、内存管理优化和网络编程实现；4. 实战案例解析开发板调试与系统性能优化方案。文章强调理论结合实践的重要性，指出深入理解Linux系统原理并具备实际问题解决能力是嵌入式开发者脱颖而出的关键。

原创 系统架构设计师软考要点分析及知识学习指南

系统架构设计师考试是全国计算机技术与软件专业技术资格（水平）考试中的重要科目，旨在选拔具备系统架构设计能力的专业人才。考试内容涵盖系统需求分析、架构设计原理与模式、系统性能设计与优化、系统安全设计、项目管理知识、系统集成与测试等多个方面。考生需通过深入理解核心概念与原理、强化实践案例分析、关注新技术与发展趋势、多做真题与模拟题等策略进行复习。

原创 Kotlin Compose 与传统 Android UI 开发对比

在Android开发领域，UI开发技术经历了从传统View体系到现代声明式UI框架的演进。早期，开发者通过XML布局文件和Java/Kotlin代码分离的方式构建界面，虽然实现了界面与逻辑的分离，但随着界面复杂度的增加，维护和开发效率逐渐降低。现代声明式UI框架如Kotlin Compose的出现，彻底改变了这一局面。

原创 系统架构设计：软件测试需要掌握的常用方法

软件测试是软件开发过程中不可或缺的一部分，其目的是确保软件产品的质量和性能。本文将详细介绍软件测试的重要知识点，并附上相关代码示例，帮助读者更好地理解和应用这些知识。软件测试是在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。提高软件质量，确认软件做了你所期望的事情，并以正确的方式实现。提供反馈信息，为风险评估和项目管理提供依据。保证整个软件开发过程是高质量的，通过测试发现开发过程中的缺陷。定义：对软件中的最小可测试单元进行检查和验证。代码示例：

原创 系统架构设计：系统分析与设计需要掌握的基本理念

系统分析与设计是软件开发过程中至关重要的步骤，它决定了软件系统的架构、功能、性能和可维护性。通过系统分析，我们可以明确用户的需求，分析系统的可行性；通过系统设计，我们可以设计系统的架构、模块、接口和数据结构，为后续的开发和测试提供详细的规格说明。希望本文能为你提供对系统分析与设计的全面了解和实践指导。如果你有任何关于系统分析与设计的问题或经验，欢迎在评论区留言交流，让我们共同探讨软件开发的奥秘与魅力。

原创 系统架构分析：软件需求工程部分知识一览概括

需求工程（Requirements Engineering）是软件工程的一个重要分支，专注于定义、分析、管理和验证软件系统的需求。需求工程的目标是确保软件系统能够满足用户的需求和期望，同时为开发团队提供清晰、一致、可实现的需求规格说明。需求获取（Requirements Elicitation）：从用户、客户和其他利益相关者那里收集需求。需求分析（Requirements Analysis）：对收集到的需求进行分析，确定需求的可行性和优先级。需求定义（Requirements Definition）

原创 系统架构设计：软件工程部分知识概述

在当今竞争激烈的软件市场中，只有遵循软件工程的原则和方法，才能开发出满足用户需求、具有高性能和高可靠性的软件产品，为企业和用户创造更大的价值。作为一名软件工程师或系统架构设计师，不断学习和掌握软件工程的最新知识和技术，将有助于你在职业生涯中取得更大的成就，为推动软件行业的发展贡献自己的力量。在上述示例中，我们展示了敏捷开发中的每日站会记录，团队成员在站会上分享昨天的工作进展、今天的工作计划以及遇到的问题，有助于团队保持良好的沟通和协作，及时发现和解决问题。它涵盖了软件开发的整个生命周期，包括。

原创 C语言：到底什么是链接，它起到了什么作用？

这样，不管在 func 之前增加或者减少了多少条指令导致 func 的地址发生了变化，汇编器在每次汇编程序的时候会重新计算 func 这个符号的地址，然后把所有使用到 func 的地方修正为新的地址，整个过程不需要人工参与。几十年以前，计算机刚刚诞生，人们编写程序时，将所有的代码都写在同一个源文件中，经过长期的积累，程序包含了数百万行的代码，以至于人们无法维护这个程序了。从本质上讲，C 语言中的函数就是一个代码块，当发生函数调用时，就会执行其他的代码块，这个过程就是通过跳转指令来完成的。

原创 C语言：符号——链接的粘合剂

链接器所做的主要工作跟前面提到的“人工调整地址”本质上没有什么两样，只不过现代的高级语言拥有诸多的特性，使得编译器和链接器更为复杂，功能更为强大，但从原理上来讲，无非是找到符号的地址，或者把指令中使用到的地址加以修正。有了链接器，我们可以直接调用其他模块中的函数而无需知道它们的地址，因为在链接的时候，链接器会根据符号 func 自动去 module.c 模块查找 func 的地址，然后将 main.c 模块中所有使用到 func 的指令重新修正，让它们的目标地址成为真正的 func() 函数的地址。

原创 C语言：强符号和弱符号

在 main.c 中，a 和 func 都是弱符号，在 module.c 中，a 和 func 都是强符号，强符号会覆盖弱符号，所以链接器最终会使用 module.c 中的符号，输出结果也印证了这一点。弱符号对于库来说十分有用，我们在开发库时，可以将某些符号定义为弱符号，这样就能够被用户定义的强符号覆盖，从而使得程序可以使用自定义版本的函数，增加了很大的灵活性。weak1 和 weak2 是弱符号，strong 和 main 是强符号，而 ext 既非强符号也非弱符号，它是一个对外部变量的引用（使用）

原创 C语言：强引用和弱引用

弱引用和强引用非常利于程序的模块化开发，我们可以将程序的扩展模块定义为弱引用，当我们将扩展模块和程序链接在一起时，程序就可以正常使用；目前我们所看到的符号引用，在所有目标文件被链接成可执行文件时，它们的地址都要被找到，如果没有符号定义，链接器就会报符号未定义错误，这种被称为强引用（StrongReference）。链接器处理强引用和弱引用的过程几乎是一样的，只是对于未定义的弱引用，链接器不认为它是一个错误，一般默认其为 0（地址为 0），或者是一个特殊的值，以便程序代码能够识别。

原创 C 语言模块化编程中的头文件

在项目开发中，我们可以将一组相关的变量和函数定义在一个 .c 文件中，并用一个同名的 .h 文件（头文件）进行声明，其他模块如果需要使用某个变量或函数，那么引入这个头文件就可以。这样做的另外一个好处是可以保护版权，我们在发布相关模块之前，可以将它们都编译成目标文件，或者打包成静态库，只要向用户提供头文件，用户就可以将这些模块链接到自己的程序中。.c 和.h 文件都是源文件，除了后缀不一样便于区分外和管理外，其他的都是相同的，在.c 中编写的代码同样也可以写在.h 中，包括函数定义、变量定义、预处理等。

原创 细说 C 语言头文件的路径

需要注意的是，我们可以将./省略，此时默认从当前目录开始查找，例如#include "xyz.h"、#include"include/xyz.h"、#include "../xyz.h"、#include "../include/xyz.h"。以 Windows 为例，假设在 E:/cDemo/中有源文件 main.c 和头文件 xyz.h，那么在 main.c 中使用#include"./xyz.h"语句就可以引入 xyz.h，其中./表示当前目录，也即 E:/cDemo/

原创 防止 C 语言头文件被重复包含

现在我们不妨换一种场景，假设 xyz1.h 中定义了类型 RYPE1，xyz2.h 中定义了类型 TYPE2，并且它们都包含了 stdio.h，如果主模块需要同时使用 TYPE1 和 TYPE2，就必须将 xyz1.h 和 xyz2.h 都包含进来，这样也会导致 stdio.h 被重复包含，并且无法回避，上面的方案解决不了问题。头文件包含命令 #include 的效果与直接复制粘贴头文件内容的效果是一样的，预处理器实际上也是这样做的，它会读取头文件的内容，然后输出到 #include 命令所在的位置。

原创 C 语言 static 变量和函数

我们知道，全局变量和函数的作用域默认是整个程序，也就是所有的源文件，这给程序的模块化开发带来了很大方便，让我们能够在模块 A 中调用模块 B 中定义的变量和函数，而不用把所有的代码都集中到一个模块。静态局部变量虽然存储在全局数据区，但是它的作用域仅限于函数内部，func() 中的 n 在函数外无效，与main() 中的 n 不冲突，除了变量名一样，没有任何关系。下面我们通过一个实例来演示。注意：全局数据区的变量只能被初始化（定义）一次，以后只能改变它的值，不能再被初始化，即使有这样的语句，也无效。

原创 C语言：目标文件和可执行文件里面都有什么？

常见的数据权限无外乎三种：只读（例如 .rodata 只读数据段）、读写（例如 .data 数据段）、读取和执行（例如 .text 代码段），我们将一块连续的、具有相同权限的数据称为一个 Segment，一个 Segment 由多个权限相同的 Section 构成。从广义上讲，目标文件与可执行文件的存储格式几乎是一样的，我们可以将它们看成是同一种类型的文件，在Windows 下，将它们统称为 PE 文件，在 Linux 下，将它们统称为 ELF 文件。链接的一个重要作用就是找到这些变量和函数的地址。

原创 那些被编译器隐藏了的过程

预处理和汇编的过程都比较简单，有了上面的介绍，相信大家很容易理解。而目标文件的结构、可执行文件的结构、链接的过程是我们要重点研究的，它能够让我们明白多文件编程以及模块化开发的原理，这是大型项目开发的基石。对于平常应用程序的开发，很少有人会关注编译和链接的过程，因为我们使用的工具一般都是流行的集成开发环境（IDE），比如 Visual Studio、Dev C++、C-Free 等。编译是整个程序构建的核心部分，也是最复杂的部分之一，涉及到的算法较多，我们并不打算深入讨论，有兴趣的读者请查看《编译原理》

原创 从 extern 关键字开始谈 C 语言多文件编程

其实不然，头文件中包含的都是函数声明，而不是函数定义，函数定义都在系统库中，只有头文件没有系统库在链接时就会报错，程序根本不能运行。在前面的教程中，我们都是将所有的代码写到一个源文件里面，对于小程序，代码不过几百行，这或许无可厚非，但当程序膨胀代码到几千行甚至上万行后，就应该考虑将代码分散到多个文件中，否则代码的阅读和维护将成为一件痛苦的事情。extern 是“外部”的意思，很多教材讲到，extern 用来声明一个外部（其他文件中）的变量或函数，也就是说，变量或函数的定义在其他文件中。

原创 malloc 函数背后的实现原理——内存池

相对于栈而言，堆这片内存面临着一个稍微复杂的行为模式：在任意时刻，程序可能发出请求，要么申请一段内存，要么释放一段已经申请过的内存，而且申请的大小从几个字节到几个 GB 都有可能，我们不能假设程序一次申请多少堆空间，因此，堆的管理显得较为复杂。内存池的研究重点不是向操作系统申请内存，而是对已申请到的内存的管理，这涉及到非常复杂的算法，是一个永远也研究不完的课题，除了 C 标准库自带的 malloc()，还有一些第三方的实现，比如 Goolge 的 tcmalloc和 jemalloc。

原创 C 语言内存泄露（内存丢失）

这就导致了一个问题，第一次分配的 100 字节的内存没有指针指向它了，而且我们也不知道这块内存的地址，所以就再也无法找回了，也没法释放了，这块内存就成了垃圾内存，虽然毫无用处，但依然占用资源，唯一的办法就是等程序运行结束后由操作系统回收。free() 函数的用处在于实时地回收内存，如果程序很简单，程序结束之前也不会使用过多的内存，不会降低系统的性能，那么也可以不用写 free() 函数。这样的操作没有意义，因为没有指针指向分配的内存，无法使用，而且无法通过 free() 释放掉，造成了内存泄露。

原创 C 语言变量的存储类别和生存期

静态局部变量虽然存储在静态数据区，但是它的作用域仅限于定义它的代码块，sum() 中的 result 在函数外无效，与 main() 中的 result 不冲突，除了变量名一样，没有任何关系。通俗地讲，生存期指的是在程序运行过程中，变量从创建到销毁的一段时间，生存期的长短取决于变量的存储类别，也就是它所在的内存区域。注意：静态数据区的变量只能初始化（定义）一次，以后只能改变它的值，不能再被初始化，即使有这样的语句，也无效。我们知道，变量是有数据类型的，用以说明它占用多大的内存空间，可以进行什么样的操作。

原创 C 语言野指针以及非法内存操作

这是因为，freed() 只是释放掉了动态分配的内存，但并未改变 str 的值，str 的值不是 NULL，它仍然指向被释放掉的内存，所以会执行 if 语句里面的 puts() 函数。arr 数组在栈上分配内存，字符串"hello world"就存储在这里，func() 函数运行结束后，这块内存被释放掉，但是函数外部的 pstr 仍然指向这里，所以执行 puts(pstr);当然，如果足够幸运的话，str 也可能恰好指向一段分配好的、并且有读写权限的内存，程序就运行成功了，但这是小概率事件，一般不会发生。

原创 一篇文章带你轻松解决Windows系统右键新建Word、Excel、PPT功能缺失的问题

在注册表左侧第一项HKEY_CLASSES_ROOT中，选择我们需要开启新建的文件类型，如Excel文件选择.xlsx，Word文件选择.docx，PPT文件选择.pptx。我这里演示Excel的右键缺失修复，选择.xlsx，在默认处我们已经可以分析到问题原因，是因为我安装了腾讯文档软件，导致我的.xlsx文件默认应用都变成了腾讯文档导致的。此时双击默认，修改数值为对应数值即可，如下所示，修改完后刷新桌面，如未显示重启电脑即可。

原创 C语言动态内存分配

程序启动时会为栈区分配一块大小适当的内存，对于一般的函数调用这已经足够了，函数进栈出栈只是 ebp、esp 寄存器指向的变换，或者是向已有的内存中写入数据，不涉及内存的分配和释放。这称为静态内存分配。注意：calloc() 函数是对 malloc() 函数的简单封装，参数不同，使用时务必小心，第一参数是第二参数的单元个数，第二参数是单位的字节数。注意：分配内存在动态存储区（堆区），手动分配，手动释放，申请时空间可能有也可能没有，需要自行判断，由于返回的是 void*，建议手动强制类型转换。

原创 栈溢出攻击的原理是什么？

局部数组也是在栈上分配内存，当输入"12345678901234567890" 时，会发生数组溢出，占用“4 字节空白内存”、“old ebp”和“返回地址”所在的内存，并将原有的数据覆盖掉，这样当 main() 函数执行完成后，会取得一个错误的返回地址，该地址上的指令是不确定的，或者根本就没有指令，所以程序在返回时出错。C 语言不会对数组溢出做检测，这是一个典型的由于数组溢出导致覆盖了函数返回地址的例子，我们将这样的错误称为“栈溢出错误”。

原创 C语言：用一个实例来深入剖析函数进栈出栈的过程

首先将原来 ebp 寄存器的值压入栈中（也即图中的 oldebp），并将 esp 的值赋给 ebp，这样 ebp 就从 main() 函数的栈底指向了 func() 函数的栈底，完成了函数栈的切换。经过上面的分析可以发现，函数出栈只是在增加 esp 寄存器的值，使它指向上一个数据，并没有销毁之前的数据。为局部变量分配内存时，仅仅是将 esp 的值减去一个整数，预留出足够的空白内存，不同的编译器在不同的模式下会对这片空白内存进行不同的处理，可能会初始化为一个固定的值，也可能不进行初始化。

原创 函数调用管理（Calling Convention）

对于 main() 调用 funcB()，我们称 main() 是调用方，funcB() 是被调用方；同理，对于 funcB() 调用 funcA()，funcB() 是调用方，funcA() 是被调用方。以 funcB() 为例，假设 main() 函数先将 19.9 入栈，后将 28.5 入栈，但是 funcB() 在使用这些实参时却认为28.5 先入栈，19.9 后入栈，那么就一定会产生混乱，误以为 19.9 是传递给 b、28.5 是传递给 a 的。

原创 C语言：用户模式和内核模式

但是用户程序是非常不安全的，内核对用户程序也是充分不信任的，当程序调用内核接口时，内核要做各种校验，以防止出错。内核空间存放的是操作系统内核代码和数据，是被所有程序共享的，在程序中修改内核空间中的数据不仅会影响操作系统本身的稳定性，还会影响其他程序，这是非常危险的行为，所以操作系统禁止用户程序直接访问内核空间。要想访问内核空间，必须借助操作系统提供的 API 函数，执行内核提供的代码，让内核自己来访问，这样才能保证内核空间的数据不会被随意修改，才能保证操作系统本身和其他程序的稳定性。

原创 C语言：分页机制如何实现

现在硬件很便宜了，内存容量大了，很多电脑都配备 4G 或 8G 的内存，页表数组占用 4M 内存或许不觉得多，但在 32 位系统刚刚发布的时候，内存还是很紧缺的资源，很多电脑才配备 100M 甚至几十兆的内存，4M 内存就显得有点大了，所以还得对上面的方案进行改进，压缩页表数组所占用的内存。在极少数的情况下，程序占用的内存非常大，布满了 4G 的虚拟地址空间，这样小页表的数量可能接近甚至等于1024，再加上页目录占用的存储空间，总共是 4MB+4KB，比上面使用一级页表的方案仅仅多出 4KB 的内存。

原创 C语言：内存分页机制，完成虚拟地址映射

Program 1 的 VP2、VP3 不在内存中，但是当进程需要用到这两个页的时候，硬件会捕获到这个消息，就是所谓的页错误（Page Fault），然后操作系统接管进程，负责将 VP2 和 PV3 从磁盘中读取出来并且装入内存，然后将内存中的这两个页与 VP2、VP3 之间建立映射关系。物理内存也是同样的分法。这里，我们把虚拟空间的页叫做虚拟页（VP，Virtual Page），把物理内存中的页叫做物理页（PP，PhysicalPage），把磁盘中的页叫做磁盘页（DP，Disk Page）。

原创 C语言：虚拟地址空间及编译模式

所谓虚拟地址空间，就是程序可以使用的虚拟地址的有效范围。虚拟地址和物理地址的映射关系由操作系统决定，相应地，虚拟地址空间的大小也由操作系统决定，但还会受到编译模式的影响。这节我们先讲解 CPU，再讲解编译模式，让大家了解编译器是如何配合 CPU 来提高程序运行速度的。CPU 是计算机的核心，决定了计算机的数据处理能力和寻址能力，也即决定了计算机的性能。

原创 C语言：一篇内容带你了解虚拟内存

代码中的 a、b 是全局变量，它们的内存地址在链接时就已经决定了，以后再也不能改变，该程序无论在何时运行，结果都是一样的。那么问题来了，如果物理内存中的这两个地址被其他程序占用了怎么办，我们的程序岂不是无法运行了？幸运的是，这些内存地址都是假的，不是真实的物理内存地址，而是虚拟地址。虚拟地址通过 CPU 的转换才能对应到物理地址，而且每次程序运行时，操作系统都会重新安排虚拟地址和物理地址的对应关系，哪一段物理内存空闲就使用哪一段。

原创 C语言：内存中程序是如何运行的

程序是保存在硬盘中的，要载入内存才能运行，CPU 也被设计为只能从内存中读取数据和指令。对于 CPU 来说，内存仅仅是一个存放指令和数据的地方，并不能在内存中完成计算功能，例如要计算 a = b +c，必须将 a、b、c 都读取到 CPU 内部才能进行加法运算。为了了解具体的运算过程，我们不妨先来看一下CPU 的结构。CPU 是一个复杂的计算机部件，它内部又包含很多小零件，如下图所示：运算单元是 CPU 的大脑，负责加减乘除、比较、位移等运算工作，每种运算都有对应的电路支持，速度很快。