1.setjmp是源码怎么工作的
2.MinDoc 简介
3.为Python应用选择最好的Docker镜像
4.musl 构建说明
5.musl和glibc,性能区别到底有多大?
6.鸿蒙轻内核M核源码分析：LibC实现之Musl LibC
setjmp是怎么工作的
一个例子
C语言中，虽无C++或Java的源码异常机制，却可通过setjmp/longjmp实现类似效果。源码以下为简单示例。源码
输出结果为：
执行流程异常，源码似乎跨越函数，源码ssl证书源码类似于goto语句，源码但究竟是源码如何实现的呢？其实质在于如何保存setjmp时的上下文环境，以及在longjmp时恢复该环境。源码
背景知识
理解setjmp内部机制前，源码需掌握执行环境概念。源码简单来说，源码执行环境包含CPU中用于记录程序执行所需信息的源码寄存器。以x为例，源码函数调用约定影响寄存器分配，源码如cdecl约定。
了解call指令在汇编中的实现，它将下一条指令地址压入栈，然后跳至函数入口。函数执行完毕后，从栈恢复指令地址，继续执行。
背景知识适用于x，x类似。至于其他指令集如ARM，原理大致相同。
setjmp实现
实现执行环境保存，只需如背景知识所述，将关键寄存器信息存储于jmp_buf。盗墓笔记源码setjmp执行此操作，而longjmp恢复寄存器值，执行点返回setjmp调用点。
musl libc源代码示例展示setjmp实现。
setjmp完成时，jmp_buf内保存关键信息。
longjmp实现
longjmp接受两个参数，调用时栈布局如下。执行后，流程跳转至setjmp返回点，同时返回值变为传递的val。
总结
setjmp/longjmp实现执行环境保存与恢复，主要用于模拟异常处理。此外，此特性还能用于实现其他功能，后续文章将探讨更多应用。
MinDoc 简介
MinDoc是一款面向IT团队的简洁文档管理系统。
它源自SmartWiki文档系统，起初基于PHP的laravel框架构建，但考虑到PHP部署的复杂性，后改用Golang开发，便于用户部署与操作。
开发初衷是为了满足公司IT部门对简单实用的项目接口文档管理和分享的需求。其功能与界面借鉴了kancloud。
MinDoc可用于存储日常接口文档、数据库字典、手册说明等资料，内置项目、fh admin 源码用户、权限管理功能，适合大部分中小团队文档管理。
欲知更多，请访问演示站点、文档、开发与维护信息。
感谢lifei创造与维护MinDoc。由于精力有限，自年3月日起，Mindoc移交给社区维护，欢迎热心开发者加入。
遇到问题，请提出Issues，加入QQ群讨论。
对开发感兴趣的读者，请关注开发动态。
安装与使用说明如下：
需在服务器上设置环境变量ZONEINFO，值为MinDoc目录下的/lib/time/zoneinfo.zip。
获取更多帮助，请查阅使用手册。
对于无Golang经验的用户，推荐从github下载编译完成的程序。
有Golang开发经验的用户，建议通过编译安装，要求Golang版本不低于1..1，推荐使用1..1。
注意：CentOS7的素材销售源码GLibC版本较低，常规编译版本可能无法使用。需要自行源码编译或使用musl编译版本。
常规编译安装步骤包括：
确保数据库配置在项目目录下的conf/app.conf中正确填写，对于MySQL，配置编码为utf8mb4_general_ci。
若使用SQLite，直接配置数据库路径。
若conf目录下无app.conf，请将app.conf.example重命名为app.conf。
默认生成超级管理员用户：admin，初始密码为，请登录后修改。
在Linux系统中，无需依赖gLibC。使用musl-gcc编译Mindoc。
对于Docker用户，参考内置Dockerfile文件编译镜像。
启动镜像时需提供常用环境变量，详情参考conf/app.conf.example文件。
使用编辑器如Editor.md与wangEditor进行Markdown与富文本编辑。
项目功能还包括项目创建、列表、概述、成员、设置与预览。
欢迎在MinDoc项目的GitHub上报告问题或提出改进方案。
如需了解GitHub Fork和Pull请求模式，请参阅GitHub文档。rally源码下载
作者lifei，非纯PHP开发者，非自由gopher。
为Python应用选择最好的Docker镜像
在Python应用的部署过程中，选择适合的Docker镜像是一项关键任务。早期，virtualenvwrapper曾是Python包管理的常用工具，但随着Python 3的普及，venv逐渐成为首选。然而，随着项目复杂性的提升，Docker的重要性日益凸显，尤其是在集成Redis消息队列和Psycopg PostgreSQL数据库等场景下。
在构建Docker镜像时，我们通常从基础镜像如Alpine、Ubuntu、CentOS或Debian出发。然而，选择哪一种并非易事。首先，我们需要考虑镜像是否提供长期支持（LTS），以确保软件的稳定性和维护周期。长期支持意味着软件更新更可靠，且降低了部署风险和中断时间。
对于Ubuntu、CentOS和Debian等传统发行版，它们虽然历史悠久，但预装的Python版本可能不更新。例如，Ubuntu .可能预装的是Python 3.6，而最新的稳定版已经是3.8。为获取最新Python，可能需要自行编译安装，这在某些版本中是必要的，如在CentOS 8中安装Python 3.8。
另一种选择是Docker官方的Python镜像，提供了多个Python版本供选择，这便于管理，但需注意不同版本间可能存在差异。Amazon Linux 2作为云计算环境下的Linux发行版，是AWS官方推荐的，提供了LTS支持和针对性优化，适合生产环境部署。
Alpine由于其轻量级特性，常被用于寻求最小化镜像空间的需求。然而，由于它使用musl库而非glibc，可能导致pip安装的一些依赖无法直接安装，需要源码编译，这使得Alpine的构建时间显著增加，对大规模部署不利。
综上所述，选择Docker镜像时，需综合考虑支持、镜像大小、构建时间等因素。虽然Alpine在某些情况下可能表现出色，但在生产环境中，考虑到稳定性、长期支持和构建效率，可能还是选择长期支持版本的Linux发行版或官方Python镜像更为合适。实际选择时，根据项目具体需求和限制进行细致评估是关键。
musl 构建说明
构建 MUSL：Linux 系统上的 C standard library
MUSL 是一个用于 Linux 系统的 C 标准库，类似于 glibc 和 bionic。它采用 MIT 许可证，商业应用使用更宽松。
为了方便文档的版本管理和编辑，我们选择将文档放在 gitee 平台上。知乎仅作为入口，方便访问。
构建步骤如下：
1. 首先，确保你的开发环境已安装了所需的工具，如：Git、Make、CMake 等。
2. 下载 MUSL 源代码，可以使用 Git 从其仓库下载。
3. 进入下载的源代码目录。
4. 使用 CMake 进行配置，根据需要选择相关选项。
5. 使用 Make 命令进行编译。
6. 编译完成后，MUSL 库文件将被生成在指定目录。
7. 若要创建动态链接库，可使用 --enable-shared 选项。
8. 最后，确保在你的项目中正确链接到 MUSL 库，以使用其提供的功能。
以上是构建 MUSL 的基本步骤，更多细节和选项请参考官方文档。
musl和glibc,性能区别到底有多大?
在探索musl和glibc性能差异时，发现musl在某些函数实现上可能较慢，如malloc系列和memcpy系列函数。特别在多线程环境下，musl的malloc性能会显著影响效率，原因在于每次malloc时都需要全局变量加锁解锁，造成严重竞争现象。
然而，musl的源代码简洁，易于管理，相较于glibc的复杂代码结构，替换性能较慢的函数能带来显著性能提升。在使用Gentoo Linux系统并采用LLVM clang/lld/libc++/libc++abi/libunwind时，通过替换关键函数，编译速度优于使用glibc的系统。
对于不希望修改musl源码的情况，可直接链接高性能malloc实现，例如微软的github.com/microsoft/mi... 或者是GitHub - mjansson/rpmalloc: Public domain cross platform lock free thread caching -byte aligned memory allocator implemented in C。mimalloc目前被认为是性能最高的开源malloc实现，使用安全模式版本在很多情况下比大部分malloc更快。rpmalloc性能也很接近，且代码精简。
虽然musl的qsort实现不是最快的，但rust标准库使用的pdqsort是最快算法，不过在C中正确实现pdqsort较为复杂，因此未进行替换。毕竟glibc的qsort性能也非最优。
建议使用musl时，一并采用LLVM libc++，因为Apple和Google的两大企业支持，性能相较于libstdc++有明显提升。
鸿蒙轻内核M核源码分析：LibC实现之Musl LibC
本文探讨了LiteOS-M内核中Musl LibC的实现，重点关注文件系统与内存管理功能。Musl LibC在内核中提供了两种LibC实现选项，使用者可根据需求选择musl libC或newlibc。本文以musl libC为例，深度解析其文件系统与内存分配释放机制。
在使用musl libC并启用POSIX FS API时，开发者可使用文件kal\libc\musl\fs.c中定义的文件系统操作接口。这些接口遵循标准的POSIX规范，具体用法可参阅相关文档，或通过网络资源查询。例如，mount()函数用于挂载文件系统，而umount()和umount2()用于卸载文件系统，后者还支持额外的卸载选项。open()、close()、unlink()等文件操作接口允许用户打开、关闭和删除文件，其中open()还支持多种文件创建和状态标签。read()与write()用于文件数据的读写操作，lseek()则用于文件读写位置的调整。
在内存管理方面，LiteOS-M内核提供了标准的POSIX内存分配接口，包括malloc()、free()与memalign()等。其中，malloc()和free()用于内存的申请与释放，而memalign()则允许用户以指定的内存对齐大小进行内存申请。
此外，calloc()函数在分配内存时预先设置内存区域的值为零，而realloc()则用于调整已分配内存的大小。这些函数构成了内核中内存管理的核心机制，确保资源的高效利用与安全释放。
总结而言，musl libC在LiteOS-M内核中的实现，通过提供全面且高效的文件系统与内存管理功能，为开发者提供了强大的工具集，以满足不同应用场景的需求。本文虽已详述关键功能，但难免有所疏漏，欢迎读者在遇到问题或有改进建议时提出，共同推动技术进步。感谢阅读。
