红星新闻网（记者 李慧颖 宋雅婷）12月11日报道 12月11日晚，成都市人民政府新闻办公室召开成都市疫情防控工作新闻发布会，成都市卫健委主任谢强，郫都区人民政府区长刘印勇，四川省卫生健康委应对新型冠状病毒肺炎疫情领导小组疫情防控组副组长、四川大学华西公共卫生学院流行病学教授栾荣生对成都市疫情防控进行了信息发布。

截至12月11日18时，郫都区新增新冠肺炎本土确诊病例2例。新增病例均在郫都区，其中一例为无症状感染者确诊。

病例1：张某某，女，54岁，农民工，居住于郫都区郫筒街道太平村11组，是既往确诊病例的密切接触者。12月10日，核酸检测呈阳性，9时诊断为无症状感染者，并于昨晚新闻发布会通报。昨日22时，因患者胸部CT检查结果异常，订正为确诊病例。该患者14天内去过中铁奥维尔小区、南门菜市场、中冶中央公园、郫都区红牌楼川菜厂等地。

病例2：李某，女，57岁，缝纫工，居住于郫都区犀浦街道犀池五街，是既往确诊病例的密切接触者。12月10日，核酸检测呈阳性，当日23时诊断为确诊病例。该患者14天内去过犀浦贸易中心、国宁菜市场等地。

上述2例确诊患者，现均已收入成都市公共卫生临床医疗中心进行隔离治疗，其停留过的所有场所均已采取相应管控措施，并实施终末消毒。同时，成都市已按照防控方案，全面开展流行病学调查。

经排查，截至12月11日晚6时，已追踪到上述确诊病例及无症状感染者的密切接触者580人，已完成采样2124人，其中2022人为阴性，其余结果待出。

截至11日18点，全市已进行核酸采样1458900人，已进行核酸检测 1361050人，其中阳性11人（不含首例确诊病例）。

根据国务院联防联控机制有关要求，经省防控指挥部研究同意，自12月11日21时起，将郫都区犀浦街道犀池社区二组划定为中风险区域，其他地区风险等级不变。中风险地区人员原则上不离开当地，确需离开的须持7日内核酸检测阴性证明。

24小时内将完成郫都区90余万人采样

郫都区区长刘印勇会上介绍，截至12月11日18时，郫都区已对排查出密切接触者169人，次密接触者508人进行集中隔离。12月10日，郫都对太平村在内11个村社区进行第二次采样。12月10日，23时，李某确诊后，郫都区对犀浦街道全域进行采样，已出结果197684人，结果均为阴性，其余待出。

此外，刘印勇表示，犀浦街道从未封闭，市民可正常通行。今天，成都21个区县的4000余人的专业采集队伍已在郫都集结，24小时内将完成90余万人采样。

华西专家栾荣生：重点人群需要反复检测

四川省卫生健康委应对新型冠状病毒肺炎疫情领导小组疫情防控组副组长、四川大学华西公共卫生学院流行病学教授栾荣生介绍，对于重点对象，需要重复检测，要确保没有一个人漏网。

栾荣生介绍，这次在郫都区检测的样本很大，成都21个区市县全部来支援郫都区。规模扩大以后，针对重点人群，现在采取的是混检，就是5—10个标本在一起检测。如果呈现阳性，这个5—10个人再来逐个一次。“根据现在的情况是一步一步扩大包围圈，从今天18点起扩大到整个郫都区。”栾荣生解读到，实验室核酸检测要经过45个循环，最后做试纸来看。对于一般的人来讲，不需要反复检测。“对于重点对象需要反复检测，比如密切接触者，刚开始的可能排出病毒量不多，咽拭子有可能没有检测到，但是不代表体内没有病毒。所以，我们要多次进行检测，单次核酸阴性对重点对象来说，其实是不保险的。”

栾荣生还说，今天新增的一例病患，并不是在隔离酒店检测出来，而是在扩大了包围圈后发现的病患，也就是说，扩大包围圈是有用的，所以，今晚18时开始检测范围扩大到整个郫都区。

发布会和次日官方通报数据不一致：时间统计口径问题

对于网友疑问：晚上发布会和早上官方通报的数据不一致，为什么会出现这种情况？成都市卫健委主任谢强进行了回应。他表示，自今年1月成都出现首例新冠肺炎确诊病例以来，成都市坚持及时、准确通报相关信息，并通过健康成都官微对外发布权威信息。参考国家和省卫健委通报的建议，通报数据都是前一天的0-24点。

“12月7日开始，情况有了一些变化。自郫都区报告了首起确诊病例以外，为更快地通报最新进展，及时回应公众关切，成都决定于每天晚上9点召开新闻发布会，第一时间跟进、通报各种情况，截止时间都是当天的18点。所以出现数据不一致的情况，源于统计的口径问题。”谢强透露，11日开始，成都市卫健委已经在官网、官微中，备注了前一天18点以后的病例信息变化，以便公众更加及时了解最新情况。

http://news.chengdu.cn/2020/1211/2170692.shtml

四川新闻网成都12月9日讯(记者 陈淋 摄影报道)

在12月8日晚上举行的成都市政府召开疫情防控工作新闻发布会上，郫都区人民政府区长刘印勇介绍，为精准有效防控疫情，郫都区新冠肺炎疫情防控指挥部决定进一步扩大核酸检测范围。12月7日晚，由成都市卫健委抽调的19个区(市)县1140名医务人员，以及郫都区590名医务人员、1675名党员干部和志愿者组成了核酸采样队伍。连夜对郫筒街道长乐村、梨园村、景岗村、廉溪村、菠萝社区、伏龙社区共6个村(社区)开展核酸采样，共采样22605份，检测结果均为阴性。12月8日，核酸采样队伍又对郫筒街道剩余的16个村(社区)和唐昌镇永安村、钓鱼村、锦宁村、千夫村、沙河村、福昌村、青杨村和万寿社区共8个村(社区)进行核酸采样，共设立183个采样点，有序进行核酸采样。

四川新闻网记者在郫都区看到，由医护人员、 各部门各街道(镇)工作人员、公安干警、志愿者等组成的检测团队冲锋在前，24小时不间断值守，为战胜疫情提供了坚强保障。

在郫都区扩大核酸检测范围后，医护人员和志愿者来到各居民小区，为群众做免费核酸检测。“我们是昨天下午开始做的检测，物业在业主群里发布相关通知，也有社区志愿者在群里及时发布相关信息。我们拿着身份证去登记后，不到一分钟就完成检测。”郫筒街道时代花城一期业主张女士说到，医护人员和社区志愿者特别辛苦，那么冷的天气，从白天坚持到晚上，甚至连饭都顾不上吃，以确保每位居民都做到核酸检测。8日晚上6时，小区又响起广播，通知业主尽快去完成核酸检测。“今天(9日)中午，还有社区志愿者上门了解检测情况，要确保核酸检测不遗漏任何一个人。我们家9个月的婴儿都去做了核酸检测。”张女士说到，政府部门反应迅速，工作做得很到位，信息发布很及时，超市、菜市场的供应也很充足，我们并没有什么好担心的。希望这次疫情尽快过去。

参与疫情防控的郫都医护人员

参与疫情防控的郫都医护人员

郫都公安民警在疫情防控现场

郫都公安民警在疫情防控现场

郫都区居民正在有序进行核酸检测

郫都区居民正在有序进行核酸检测

郫都区居民正在有序进行核酸检测

郫都区居民正在有序进行核酸检测

郫筒街道时代花城一期2号门外，居民排队有序做核酸检测。

(部分图片由郫都区委宣传部提供)

https://new.qq.com/omn/20201209/20201209A08QZI00.html

12月7日，四川成都郫都区新增1例新冠肺炎确诊病例。患者卢某某，女，69岁，无业，居住于郫筒街道太平村11组。12月6日，因咳嗽、咳痰等症状，前往郫都区人民医院就诊。入院体温36.2℃，肺部CT显示双肺散在分布磨玻璃影。12月7日，经市疾控中心复核新冠病毒核酸检测阳性。经省、市、区专家会诊，综合临床、影像学表现和实验室核酸检查结果，诊断为确诊病例（普通型），已转运至成都市公共卫生临床医疗中心医院隔离治疗。

省、市、区立即启动应急预案，组织21支流调、检测和消杀专业队伍，全面开展流行病学调查，核酸检测、环境消杀和现场管控等措施。目前，已追踪到的密切接触者及密接的密接均已落实集中隔离观察和核酸检测。已对区人民医院、患者居住地等地区实施封控管理及人员和环境核酸检测。

下一步，将继续做好相关人员流行病学调查溯源和核酸检测工作，严格落实属地防控责任，做好闭环管理和各项防疫工作。同时，请广大市民做好个人防护，配合做好新冠肺炎疫情防控工作。

成都郫都区发布新型冠状病毒肺炎疫情检测通知

12月7日13时25分，成都市郫都区官方微博发布新型冠状病毒肺炎疫情检测通知。

广大市民朋友：

因疫情防控需要，为切实保障广大群众健康安全，严防疫情扩散，请下列人员于2020年12月7日内参加核酸检测。

一、检测对象

1. 2020年12月6日8时至2020年12月7日8时期间前往过郫都区人民医院的所有患者、陪同人员、医护人员、工作人员。
2. 2020年11月23日至12月7日到过郫筒街道太平村11组的人员。

二、检测时间

2020年12月8日24时前

三、检测地点

地点一：郫都区郫筒街道蜀都新邨党群服务中心（郫筒街道蜀信路二段290号）

地点二：西汇·西都会（郫筒街道鹃兴路63号）

四、注意事项

请参加核酸检测的人员，服从现场工作人员的统一安排，有序排队参加检测，做好个人防护。如有不适，及时前往医疗机构就诊。

成都市郫都区新型冠状病毒

肺炎疫情防控指挥部

2020年12月7日

来源：郫都发布

作者：ivansli，腾讯 IEG 运营开发工程师

在深入学习 Golang 的 runtime 和标准库实现的时候发现，如果对 Golang 汇编没有一定了解的话，很难深入了解其底层实现机制。在这里整理总结了一份基础的 Golang 汇编入门知识，通过学习之后能够对其底层实现有一定的认识。

0. 为什么写本文

平时业务中一直使用 PHP 编写代码，但是一直对 Golang 比较感兴趣，闲暇、周末之余会看一些 Go 底层源码。

近日在分析 go 的某些特性底层功能实现时发现：有些又跟 runtime 运行时有关，而要掌握这一部分的话，有一道坎是绕不过去的，那就是 Go 汇编。索性就查阅了很多大佬们写的资料，在阅读之余整理总结了一下，并在这里分享给大家。

本文使用 Go 版本为 go1.14.1

1. 为什么需要汇编

众所周知，在计算机的世界里，只有 2 种类型。那就是：0 和 1。

计算机工作是由一系列的机器指令进行驱动的，这些指令又是一组二进制数字，其对应计算机的高低电平。而这些机器指令的集合就是机器语言，这些机器语言在最底层是与硬件一一对应的。

显而易见，这样的机器指令有一个致命的缺点：可阅读性太差（恐怕也只有天才和疯子才有能力把控得了）。

为了解决可读性的问题以及代码编辑的需求，于是就诞生了最接近机器的语言：汇编语言（在我看来，汇编语言更像一种助记符，这些人们容易记住的每一条助记符都映射着一条不容易记住的由 0、1 组成的机器指令。你觉得像不像域名与 IP 地址的关系呢？）。

1.1 程序的编译过程

以 C 语言为例来说，从 hello.c 的源码文件到 hello 可执行文件，经过编译器处理，大致分为几个阶段：

编译器在不同的阶段会做不同的事情，但是有一步是可以确定的，那就是：源码会被编译成汇编，最后才是二进制。

2. 程序与进程

源码经过编译之后，得到一个二进制的可执行 文件。文件这两个字也就表明，目前得到的这个文件跟其他文件对比，除了是具有一定的格式（Linux 中是 ELF 格式，即：可运行可链接。executable linkable formate）的二进制组成，并没什么区别。

在 Linux 中文件类型大致分为 7 种：

b: 块设备文件c：字符设备文件d：目录-：普通文件l：链接s：socketp：管道

通过上面可以看到，可执行文件 main 与源码文件 main.go，都是同一种类型，属于普通文件。（当然了，在 Unix 中有一句很经典的话：一切皆文件）。

那么，问题来了：

1. 什么是程序？
2. 什么是进程？

2.1 程序

维基百科告诉我们：程序是指一组指示计算机或其他具有消息处理能力设备每一步动作的指令，通常用某种程序设计语言编写，运行于某种目标体系结构上。

从某个层面来看，可以把程序分为静态程序、动态程序：静态程序：单纯的指具有一定格式的可执行二进制文件。动态程序：则是静态可执行程序文件被加载到内存之后的一种运行时模型（又称为进程）。

2.2 进程

首先，要知道的是，进程是分配系统资源的最小单位，线程(带有时间片的函数)是系统调度的最小单位。进程包含线程，线程所属于进程。

创建进程一般使用 fork 方法(通常会有个拉起程序，先 fork 自身生成一个子进程。然后，在该子进程中通过 exec 函数把对应程序加载进来，进而启动目标进程。当然，实际上要复杂得多)，而创建线程则是使用 pthread 线程库。

以 32 位 Linux 操作系统为例，进程经典的虚拟内存结构模型如下图所示：

其中，有两处结构是静态程序所不具有的，那就是 运行时堆(heap)与 运行时栈(stack)。

运行时堆从低地址向高地址增长，申请的内存空间需要程序员自己或者由 GC 释放。运行时栈从高地址向低地址增长，内存空间在当前栈桢调用结束之后自动释放(并不是清除其所占用内存中数据，而是通过栈顶指针 SP 的移动，来标识哪些内存是正在使用的)。

3. Go 汇编

对于 Go 编译器而言，其输出的结果是一种抽象可移植的汇编代码，这种汇编（Go 的汇编是基于 Plan9 的汇编）并不对应某种真实的硬件架构。Go 的汇编器会使用这种伪汇编，再为目标硬件生成具体的机器指令。

伪汇编这一个额外层可以带来很多好处，最主要的一点是方便将 Go 移植到新的架构上。

相关的信息可以参考 Rob Pike 的 The Design of the Go Assembler。

要了解 Go 的汇编器最重要的是要知道 Go 的汇编器不是对底层机器的直接表示，即 Go 的汇编器没有直接使用目标机器的汇编指令。Go 汇编器所用的指令，一部分与目标机器的指令一一对应，而另外一部分则不是。这是因为编译器套件不需要汇编器直接参与常规的编译过程。

相反，编译器使用了一种半抽象的指令集，并且部分指令是在代码生成后才被选择的。汇编器基于这种半抽象的形式工作，所以虽然你看到的是一条 MOV 指令，但是工具链针对对这条指令实际生成可能完全不是一个移动指令，也许会是清除或者加载。也有可能精确的对应目标平台上同名的指令。概括来说，特定于机器的指令会以他们的本尊出现， 然而对于一些通用的操作，如内存的移动以及子程序的调用以及返回通常都做了抽象。细节因架构不同而不一样，我们对这样的不精确性表示歉意，情况并不明确。

汇编器程序的工作是对这样半抽象指令集进行解析并将其转变为可以输入到链接器的指令。

The most important thing to know about Go’s assembler is that it is not a direct representation of the underlying machine. Some of the details map precisely to the machine, but some do not. This is because the compiler suite needs no assembler pass in the usual pipeline. Instead, the compiler operates on a kind of semi-abstract instruction set, and instruction selection occurs partly after code generation. The assembler works on the semi-abstract form, so when you see an instruction like MOV what the toolchain actually generates for that operation might not be a move instruction at all, perhaps a clear or load.

Or it might correspond exactly to the machine instruction with that name. In general, machine-specific operations tend to appear as themselves, while more general concepts like memory move and subroutine call and return are more abstract. The details vary with architecture, and we apologize for the imprecision; the situation is not well-defined.

The assembler program is a way to parse a description of that semi-abstract instruction set and turn it into instructions to be input to the linker.

Go 汇编使用的是 caller-save模式，被调用函数的入参参数、返回值都由调用者维护、准备。因此，当需要调用一个函数时，需要先将这些工作准备好，才调用下一个函数，另外这些都需要进行内存对齐，对齐的大小是 sizeof(uintptr)。

3.1 几个概念

在深入了解 Go 汇编之前，需要知道的几个概念：

• 栈：进程、线程、goroutine 都有自己的调用栈，先进后出（FILO）
• 栈帧：可以理解是函数调用时，在栈上为函数所分配的内存区域
• 调用者：caller，比如：A 函数调用了 B 函数，那么 A 就是调用者
• 被调者：callee，比如：A 函数调用了 B 函数，那么 B 就是被调者

3.2 Go 的核心寄存器

go 汇编中有 4 个核心的伪寄存器，这 4 个寄存器是编译器用来维护上下文、特殊标识等作用的：

• FP: 使用如symbol+offset(FP)的方式，引用 callee 函数的入参参数。例如arg0+0(FP)，arg1+8(FP)，使用 FP 必须加 symbol ，否则无法通过编译(从汇编层面来看，symbol 没有什么用，加 symbol 主要是为了提升代码可读性)。另外，需要注意的是：往往在编写 go 汇编代码时，要站在 callee 的角度来看(FP)，在 callee 看来，(FP)指向的是 caller 调用 callee 时传递的第一个参数的位置。假如当前的 callee 函数是 add，在 add 的代码中引用 FP，该 FP 指向的位置不在 callee 的 stack frame 之内。而是在 caller 的 stack frame 上，指向调用 add 函数时传递的第一个参数的位置，经常在 callee 中用symbol+offset(FP)来获取入参的参数值。
• SB: 全局静态基指针，一般用在声明函数、全局变量中。
• SP: 该寄存器也是最具有迷惑性的寄存器，因为会有伪 SP 寄存器和硬件 SP 寄存器之分。plan9 的这个伪 SP 寄存器指向当前栈帧第一个局部变量的结束位置(为什么说是结束位置，可以看下面寄存器内存布局图)，使用形如 symbol+offset(SP) 的方式，引用函数的局部变量。offset 的合法取值是 [-framesize, 0)，注意是个左闭右开的区间。假如局部变量都是 8 字节，那么第一个局部变量就可以用 localvar0-8(SP) 来表示。与硬件寄存器 SP 是两个不同的东西，在栈帧 size 为 0 的情况下，伪寄存器 SP 和硬件寄存器 SP 指向同一位置。手写汇编代码时，如果是 symbol+offset(SP)形式，则表示伪寄存器 SP。如果是 offset(SP)则表示硬件寄存器 SP。务必注意：对于编译输出(go tool compile -S / go tool objdump)的代码来讲，所有的 SP 都是硬件 SP 寄存器，无论是否带 symbol（这一点非常具有迷惑性，需要慢慢理解。往往在分析编译输出的汇编时，看到的就是硬件 SP 寄存器）。
• PC: 实际上就是在体系结构的知识中常见的 pc 寄存器，在 x86 平台下对应 ip 寄存器，amd64 上则是 rip。除了个别跳转之外，手写 plan9 汇编代码时，很少用到 PC 寄存器。

通过上面的讲解，想必已经对 4 个核心寄存器的区别有了一定的认识（或者是更加的迷惑、一头雾水）。那么，需要留意的是：如果是在分析编译输出的汇编代码时，要重点看 SP、SB 寄存器（FP 寄存器在这里是看不到的）。如果是，在手写汇编代码，那么要重点看 FP、SP 寄存器。

3.2.1 伪寄存器的内存模型

下图描述了栈桢与各个寄存器的内存关系模型，值得注意的是要站在 callee 的角度来看。

有一点需要注意的是，return addr 也是在 caller 的栈上的，不过往栈上插 return addr 的过程是由 CALL 指令完成的（在分析汇编时，是看不到关于 addr 相关空间信息的。在分配栈空间时，addr 所占用空间大小不包含在栈帧大小内）。

在 AMD64 环境，伪 PC 寄存器其实是 IP 指令计数器寄存器的别名。伪 FP 寄存器对应的是 caller 函数的帧指针，一般用来访问 callee 函数的入参参数和返回值。伪 SP 栈指针对应的是当前 callee 函数栈帧的底部（不包括参数和返回值部分），一般用于定位局部变量。伪 SP 是一个比较特殊的寄存器，因为还存在一个同名的 SP 真寄存器，真 SP 寄存器对应的是栈的顶部。

在编写 Go 汇编时，当需要区分伪寄存器和真寄存器的时候只需要记住一点：伪寄存器一般需要一个标识符和偏移量为前缀，如果没有标识符前缀则是真寄存器。比如(SP)、+8(SP)没有标识符前缀为真 SP 寄存器，而 a(SP)、b+8(SP)有标识符为前缀表示伪寄存器。

3.2.2 几点说明

我们这里对容易混淆的几点简单进行说明：

• 伪 SP 和硬件 SP 不是一回事，在手写汇编代码时，伪 SP 和硬件 SP 的区分方法是看该 SP 前是否有 symbol。如果有 symbol，那么即为伪寄存器，如果没有，那么说明是硬件 SP 寄存器。
• 伪 SP 和 FP 的相对位置是会变的，所以不应该尝试用伪 SP 寄存器去找那些用 FP+offset 来引用的值，例如函数的入参和返回值。
• 官方文档中说的伪 SP 指向 stack 的 top，可能是有问题的。其指向的局部变量位置实际上是整个栈的栈底（除 caller BP 之外），所以说 bottom 更合适一些。
• 在 go tool objdump/go tool compile -S 输出的代码中，是没有伪 SP 和 FP 寄存器的，我们上面说的区分伪 SP 和硬件 SP 寄存器的方法，对于上述两个命令的输出结果是没法使用的。在编译和反汇编的结果中，只有真实的 SP 寄存器。

3.2.3 IA64 和 plan9 的对应关系

在 plan9 汇编里还可以直接使用的 amd64 的通用寄存器，应用代码层面会用到的通用寄存器主要是: rax, rbx, rcx, rdx, rdi, rsi, r8~r15 这些寄存器，虽然 rbp 和 rsp 也可以用，不过 bp 和 sp 会被用来管理栈顶和栈底，最好不要拿来进行运算。

plan9 中使用寄存器不需要带 r 或 e 的前缀，例如 rax，只要写 AX 即可: MOVQ $101, AX = mov rax, 101

下面是通用通用寄存器的名字在 IA64 和 plan9 中的对应关系:

3.3 常用操作指令

下面列出了常用的几个汇编指令（指令后缀 Q 说明是 64 位上的汇编指令）

4. 汇编分析

说了那么多，it is code show time。

4.1 如何输出 Go 汇编

对于写好的 go 源码，生成对应的 Go 汇编，大概有下面几种

• 方法 1 先使用go build -gcflags "-N -l" main.go 生成对应的可执行二进制文件 再使用go tool objdump -s "main\." main 反编译获取对应的汇编

反编译时 "main\." 表示只输出 main 包中相关的汇编 "main\.main" 则表示只输出 main 包中 main 方法相关的汇编

• 方法 2 使用go tool compile -S -N -l main.go 这种方式直接输出汇编
• 方法 3 使用go build -gcflags="-N -l -S" main.go 直接输出汇编

注意：在使用这些命令时，加上对应的 flag，否则某些逻辑会被编译器优化掉，而看不到对应完整的汇编代码

-l 禁止内联 -N 编译时，禁止优化 -S 输出汇编代码

4.2 Go 汇编示例

go 示例代码

package main func add(a, b int) int{        sum := 0 // 不设置该局部变量sum，add栈空间大小会是0        sum = a+b        return sum} func main(){        println(add(1,2))}

编译 go 源代码，输出汇编

go tool compile -N -l -S main.go

截取主要汇编如下：

"".add STEXT nosplit size=60 args=0x18 locals=0x10        0x0000 00000 (main.go:3)        TEXT    "".add(SB), NOSPLIT, $16-24        0x0000 00000 (main.go:3)        SUBQ    $16, SP  ;;生成add栈空间        0x0004 00004 (main.go:3)        MOVQ    BP, 8(SP)        0x0009 00009 (main.go:3)        LEAQ    8(SP), BP    ;; ...omitted FUNCDATA stuff...        0x000e 00014 (main.go:3)        MOVQ    $0, "".~r2+40(SP) ;;初始化返回值        0x0017 00023 (main.go:4)        MOVQ    $0, "".sum(SP) ;;局部变量sum赋为0        0x001f 00031 (main.go:5)        MOVQ    "".a+24(SP), AX  ;;取参数a        0x0024 00036 (main.go:5)        ADDQ    "".b+32(SP), AX ;;等价于AX=a+b        0x0029 00041 (main.go:5)        MOVQ    AX, "".sum(SP)  ;;赋值局部变量sum        0x002d 00045 (main.go:6)        MOVQ    AX, "".~r2+40(SP) ;;设置返回值        0x0032 00050 (main.go:6)        MOVQ    8(SP), BP        0x0037 00055 (main.go:6)        ADDQ    $16, SP ;;清除add栈空间        0x003b 00059 (main.go:6)        RET    ...... "".main STEXT size=107 args=0x0 locals=0x28        0x0000 00000 (main.go:9)        TEXT    "".main(SB), $40-0    ......        0x000f 00015 (main.go:9)        SUBQ    $40, SP ;; 生成main栈空间        0x0013 00019 (main.go:9)        MOVQ    BP, 32(SP)        0x0018 00024 (main.go:9)        LEAQ    32(SP), BP    ;; ...omitted FUNCDATA stuff...        0x001d 00029 (main.go:10)       MOVQ    $1, (SP) ;;add入参：1        0x0025 00037 (main.go:10)       MOVQ    $2, 8(SP) ;;add入参：2        0x002e 00046 (main.go:10)       CALL    "".add(SB) ;;调用add函数        0x0033 00051 (main.go:10)       MOVQ    16(SP), AX        0x0038 00056 (main.go:10)       MOVQ    AX, ""..autotmp_0+24(SP)        0x003d 00061 (main.go:10)       CALL    runtime.printlock(SB)        0x0042 00066 (main.go:10)       MOVQ    ""..autotmp_0+24(SP), AX        0x0047 00071 (main.go:10)       MOVQ    AX, (SP)        0x004b 00075 (main.go:10)       CALL    runtime.printint(SB)        0x0050 00080 (main.go:10)       CALL    runtime.printnl(SB)        0x0055 00085 (main.go:10)       CALL    runtime.printunlock(SB)        0x005a 00090 (main.go:11)       MOVQ    32(SP), BP        0x005f 00095 (main.go:11)       ADDQ    $40, SP ;;清除main栈空间        0x0063 00099 (main.go:11)       RET    ......

这里列举了一个简单的 int 类型 加法示例，实际开发中会遇到各种参数类型，要复杂的多，这里只是抛砖引玉 :)

4.3 Go 汇编解析

针对 4.2 输出汇编，对重要核心代码进行分析。

4.3.1 add 函数汇编解析

• TEXT "".add(SB), NOSPLIT|ABIInternal, $16-24

TEXT "".add TEXT 指令声明了 "".add 是 .text 代码段的一部分，并表明跟在这个声明后的是函数的函数体。在链接期，""这个空字符会被替换为当前的包名: 也就是说，"".add 在链接到二进制文件后会变成 main.add

(SB) SB 是一个虚拟的伪寄存器，保存静态基地址(static-base) 指针，即我们程序地址空间的开始地址。"".add(SB) 表明我们的符号位于某个固定的相对地址空间起始处的偏移位置 (最终是由链接器计算得到的)。换句话来讲，它有一个直接的绝对地址: 是一个全局的函数符号。

NOSPLIT: 向编译器表明不应该插入 stack-split 的用来检查栈需要扩张的前导指令。在我们 add 函数的这种情况下，编译器自己帮我们插入了这个标记: 它足够聪明地意识到，由于 add 没有任何局部变量且没有它自己的栈帧，所以一定不会超出当前的栈。不然，每次调用函数时，在这里执行栈检查就是完全浪费 CPU 时间了。

$0-16

24 指定了调用方传入的参数+返回值大小（24 字节=入参 a、b 大小 8字节*2+ 返回值8字节）> 通常来讲，帧大小后一般都跟随着一个参数大小，用减号分隔。(这不是一个减法操作，只是一种特殊的语法) 帧大小 $24-8 意味着这个函数有 24 个字节的帧以及 8 个字节的参数，位于调用者的帧上。如果 NOSPLIT 没有在 TEXT 中指定，则必须提供参数大小。对于 Go 原型的汇编函数，go vet 会检查参数大小是否正确。

In the general case, the frame size is followed by an argument size, separated by a minus sign. (It’s not a subtraction, just idiosyncratic syntax.) The frame size $24-8 states that the function has a 24-byte frame and is called with 8 bytes of argument, which live on the caller’s frame. If NOSPLIT is not specified for the TEXT, the argument size must be provided. For assembly functions with Go prototypes, go vet will check that the argument size is correct.

• SUBQ $16, SPSP 为栈顶指针，该语句等价于 SP-=16（由于栈空间是向下增长的，所以开辟栈空间时为减操作），表示生成 16 字节大小的栈空间。
• MOVQ $0, "".~r2+40(SP)此时的 SP 为 add 函数栈的栈顶指针，40(SP)的位置则是 add 返回值的位置，该位置位于 main 函数栈空间内。该语句设置返回值类型的 0 值，即初始化返回值，防止得到脏数据（返回值类型为 int，int 的 0 值为 0）。
• MOVQ "".a+24(SP), AX从 main 函数栈空间获取入参 a 的值，存到寄存器 AX
• ADDQ "".b+32(SP), AX从 main 函数栈空间获取入参 b 的值，与寄存器 AX 中存储的 a 值相加，结果存到 AX。相当于 AX=a+b
• MOVQ AX, "".~r2+40(SP)把 a+b 的结果放到 main 函数栈中, add(a+b)返回值所在的位置
• ADDQ $16, SP归还 add 函数占用的栈空间

4.3.2 函数栈桢结构模型

根据 4.2 对应汇编绘制的函数栈桢结构模型

还记得前面提到的，Go 汇编使用的是 caller-save模式，被调用函数的参数、返回值、栈位置都需要由调用者维护、准备吗？

在函数栈桢结构中可以看到，add()函数的入参以及返回值都由调用者 main()函数维护。也正是因为如此，GO 有了其他语言不具有的，支持多个返回值的特性。

4.4 Go 汇编语法

这里重点讲一下函数声明、变量声明。

4.4.1 函数声明

来看一个典型的 Go 汇编函数定义

// func add(a, b int) int// 该add函数声明定义在同一个 package name 下的任意 .go文件中// 只有函数头，没有实现 // add函数的Go汇编实现// pkgname 默认是  ""TEXT pkgname·add(SB), NOSPLIT, $16-24    MOVQ a+0(FP), AX    ADDQ b+8(FP), AX    MOVQ AX, ret+16(FP)    RET

Go 汇编实现为什么是 TEXT 开头？仔细观察上面的进程内存布局图就会发现，我们的代码在是存储在.text 段中的，这里也就是一种约定俗成的起名方式。实际上在 plan9 中 TEXT 是一个指令，用来定义一个函数。

定义中的 pkgname 是可以省略的，(非想写也可以写上，不过写上 pkgname 的话，在重命名 package 之后还需要改代码，默认为 "") 编译器会在链接期自动加上所属的包名称。

中点 · 比较特殊，是一个 unicode 的中点，该点在 mac 下的输入方法是 option+shift+9。在程序被链接之后，所有的中点 ·都会被替换为句号 .，比如你的方法是 runtime·main，在编译之后的程序里的符号则是 runtime.main。

简单总结一下, Go 汇编实现函数声明，格式为:

 静态基地址(static-base) 指针    |                  |         add函数入参+返回值总大小                  |               |TEXT pkgname·add(SB),NOSPLIT,$16-24      |      |                |函数所属包名  函数名          add函数栈帧大小

• 函数栈帧大小：局部变量+可能需要的额外调用函数的参数空间的总大小，不包括调用其它函数时的 ret address 的大小。
• (SB): SB 是一个虚拟寄存器，保存了静态基地址(static-base) 指针，即我们程序地址空间的开始地址。"".add(SB) 表明我们的符号位于某个固定的相对地址空间起始处的偏移位置 (最终是由链接器计算得到的)。换句话来讲，它有一个直接的绝对地址: 是一个全局的函数符号。
• NOSPLIT: 向编译器表明，不应该插入 stack-split 的用来检查栈需要扩张的前导指令。在我们 add 函数的这种情况下，编译器自己帮我们插入了这个标记: 它足够聪明地意识到，add 不会超出当前的栈，因此没必要调用函数时在这里执行栈检查。

4.4.2 变量声明

汇编里的全局变量，一般是存储在 .rodata或者 .data段中。对应到 Go 代码，就是已初始化过的全局的 const、var 变量/常量。

使用 DATA 结合 GLOBL 来定义一个变量。

DATA 的用法为:

DATA symbol+offset(SB)/width, value

大多数参数都是字面意思，不过这个 offset 需要注意：其含义是该值相对于符号 symbol 的偏移，而不是相对于全局某个地址的偏移。

GLOBL 汇编指令用于定义名为 symbol 的全局变量，变量对应的内存宽度为 width，内存宽度部分必须用常量初始化。

GLOBL ·symbol(SB), width

下面是定义了多个变量的例子:

DATA ·age+0(SB)/4, $8  ;; 数值8为 4字节GLOBL ·age(SB), RODATA, $4 DATA ·pi+0(SB)/8, $3.1415926 ;; 数值3.1415926为float64, 8字节GLOBL ·pi(SB), RODATA, $8 DATA ·year+0(SB)/4, $2020 ;; 数值2020为 4字节GLOBL ·year(SB), RODATA, $4  ;; 变量hello 使用2个DATA来定义DATA ·hello+0(SB)/8, $"hello my" ;; `hello my` 共8个字节DATA ·hello+8(SB)/8, $"   world" ;; `   world` 共8个字节(3个空格)GLOBL ·hello(SB), RODATA, $16 ;; `hello my   world`  共16个字节  DATA ·hello<>+0(SB)/8, $"hello my" ;; `hello my` 共8个字节DATA ·hello<>+8(SB)/8, $"   world" ;; `   world` 共8个字节(3个空格)GLOBL ·hello<>(SB), RODATA, $16 ;; `hello my   world`  共16个字节

大部分都比较好理解，不过这里引入了新的标记 <>，这个跟在符号名之后，表示该全局变量只在当前文件中生效，类似于 C 语言中的 static。如果在另外文件中引用该变量的话，会报 relocation target not found 的错误。

5. 手写汇编实现功能

在 Go 源码中会看到一些汇编写的代码，这些代码跟其他 go 代码一起组成了整个 go 的底层功能实现。下面，我们通过一个简单的 Go 汇编代码示例来实现两数相加功能。

5.1 使用 Go 汇编实现 add 函数

Go 代码

package main func add(a, b int64) int64 func main(){        println(add(2,3))}

Go 源码中 add()函数只有函数签名，没有具体的实现（使用 GO 汇编实现）

使用 Go 汇编实现的 add()函数

TEXT ·add(SB), $0-24 ;; add栈空间为0，入参+返回值大小=24字节        MOVQ x+0(FP), AX ;; 从main中取参数：2        ADDQ y+8(FP), AX ;; 从main中取参数：3         MOVQ AX, ret+16(FP) ;; 保存结果到返回值         RET

把 Go 源码与 Go 汇编编译到一起(我这里，这两个文件在同一个目录)

go build -gcflags "-N -l" .

我这里目录为 demo1，所以得到可执行程序 demo1，运行得到结果：5

5.2 反编译可执行程序

对 5.1 中得到的可执行程序 demo1 使用 objdump 进行反编译，获取汇编代码

go tool objdump -s "main\." demo1

得到汇编

......TEXT main.main(SB) /root/go/src/demo1/main.go  main.go:5   0x4581d0     64488b0c25f8ffffff      MOVQ FS:0xfffffff8, CX  main.go:5   0x4581d9     483b6110                CMPQ 0x10(CX), SP  main.go:5   0x4581dd     7655                    JBE 0x458234  main.go:5   0x4581df     4883ec28                SUBQ $0x28, SP ;;生成main栈桢  main.go:5   0x4581e3     48896c2420              MOVQ BP, 0x20(SP)  main.go:5   0x4581e8     488d6c2420              LEAQ 0x20(SP), BP  main.go:6   0x4581ed     48c7042402000000        MOVQ $0x2, 0(SP) ;;参数值 2  main.go:6   0x4581f5     48c744240803000000      MOVQ $0x3, 0x8(SP) ;;参数值 3  main.go:6   0x4581fe     e83d000000              CALL main.add(SB);;call add  main.go:6   0x458203     488b442410              MOVQ 0x10(SP), AX  main.go:6   0x458208     4889442418              MOVQ AX, 0x18(SP)  main.go:6   0x45820d     e8fe2dfdff              CALL runtime.printlock(SB)  main.go:6   0x458212     488b442418              MOVQ 0x18(SP), AX  main.go:6   0x458217     48890424                MOVQ AX, 0(SP)  main.go:6   0x45821b     e87035fdff              CALL runtime.printint(SB)  main.go:6   0x458220     e87b30fdff              CALL runtime.printnl(SB)  main.go:6   0x458225     e8662efdff              CALL runtime.printunlock(SB)  main.go:7   0x45822a     488b6c2420              MOVQ 0x20(SP), BP  main.go:7   0x45822f     4883c428                ADDQ $0x28, SP  main.go:7   0x458233     c3                      RET  main.go:5   0x458234     e89797ffff              CALL runtime.morestack_noctxt(SB)  main.go:5   0x458239     eb95                    JMP main.main(SB) ;; 反编译得到的汇编与add_amd64.s文件中的汇编大致操作一致TEXT main.add(SB) /root/go/src/demo1/add_amd64.s  add_amd64.s:2   0x458240    488b442408    MOVQ 0x8(SP), AX ;; 获取第一个参数  add_amd64.s:3   0x458245    4803442410    ADDQ 0x10(SP), AX ;;参数a+参数b  add_amd64.s:5   0x45824a    4889442418    MOVQ AX, 0x18(SP) ;;保存计算结果  add_amd64.s:7   0x45824f    c3            RET

通过上面操作，可知：

1. (FP)伪寄存器，只有在编写 Go 汇编代码时使用。FP 伪寄存器指向 caller 传递给 callee 的第一个参数
2. 使用 go tool compile / go tool objdump 得到的汇编中看不到(FP)寄存器的踪影

6. Go 调试工具

这里推荐 2 个 Go 代码调试工具。

6.1 gdb 调试 Go 代码

测试代码

package main type Ier interface{        add(a, b int) int        sub(a, b int) int} type data struct{        a, b int} func (*data) add(a, b int) int{        return a+b} func (*data) sub(a, b int) int{        return a-b} func main(){        var t Ier = &data{3,4}         println(t.add(1,2))        println(t.sub(3,2))}

编译 go build -gcflags "-N -l" -o main

使用 GDB 调试

> gdb main GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-80.el7Copyright (C) 2013 Free Software Foundation, Inc.License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.htmlThis is free software: you are free to change and redistribute it.There is NO WARRANTY, to the extent permitted by law.  Type "show copying"and "show warranty" for details.This GDB was configured as "x86_64-redhat-linux-gnu".For bug reporting instructions, please see:<http://www.gnu.org/software/gdb/bugs/>...Reading symbols from /root/go/src/interface/main...done.Loading Go Runtime support.(gdb) list   // 显示源码14      func (*data) add(a, b int) int{15              return a+b16      }1718      func (*data) sub(a, b int) int{19              return a-b20      }212223      func main(){(gdb) list24              var t Ier = &data{3,4}2526              println(t.add(1,2))27              println(t.sub(3,2))28      }29(gdb) b 26  // 在源码26行处设置断点Breakpoint 1 at 0x45827c: file /root/go/src/interface/main.go, line 26.(gdb) rStarting program: /root/go/src/interface/main Breakpoint 1, main.main () at /root/go/src/interface/main.go:2626              println(t.add(1,2))(gdb) info locals  // 显示变量t = {tab = 0x487020 <data,main.Ier>, data = 0xc000096000}(gdb) ptype t  // 打印t的结构type = struct runtime.iface {    runtime.itab *tab;    void *data;}(gdb) p *t.tab.inter  // 打印t.tab.inter指针指向的数据$2 = {typ = {size = 16, ptrdata = 16, hash = 2491815843, tflag = 7 '\a', align = 8 '\b', fieldAlign = 8 '\b',    kind = 20 '\024', equal = {void (void *, void *, bool *)} 0x466ec0,    gcdata = 0x484351 "\002\003\004\005\006\a\b\t\n\f\r\016\017\020\022\025\026\030\033\034\036\037\"&(,-5<BUXx\216\231\330\335\377", str = 6568, ptrToThis = 23808}, pkgpath = {bytes = 0x4592b4 ""}, mhdr =  []runtime.imethod = {{name = 277,      ityp = 48608}, {name = 649, ityp = 48608}}}(gdb) disass  // 显示汇编Dump of assembler code for function main.main:   0x0000000000458210 <+0>:     mov    %fs:0xfffffffffffffff8,%rcx   0x0000000000458219 <+9>:     cmp    0x10(%rcx),%rsp   0x000000000045821d <+13>:    jbe    0x458324 <main.main+276>   0x0000000000458223 <+19>:    sub    $0x50,%rsp   0x0000000000458227 <+23>:    mov    %rbp,0x48(%rsp)   0x000000000045822c <+28>:    lea    0x48(%rsp),%rbp   0x0000000000458231 <+33>:    lea    0x10dc8(%rip),%rax        # 0x469000   0x0000000000458238 <+40>:    mov    %rax,(%rsp)   0x000000000045823c <+44>:    callq  0x40a5c0 <runtime.newobject>

常用的 gdb 调试命令

• run
• continue
• break
• backtrace 与 frame
• info break、locals
• list 命令
• print 和 ptype 命令
• disass

除了 gdb，另外推荐一款 gdb 的增强版调试工具 cgdb

https://cgdb.github.io/

效果如下图所示，分两个窗口：上面显示源代码，下面是具体的命令行调试界面(跟 gdb 一样)：

#### 6.2 delve 调试代码

delve 项目地址

https://github.com/go-delve/delve

带图形化界面的 dlv 项目地址

https://github.com/aarzilli/gdlv

dlv 的安装使用，这里不再做过多讲解，感兴趣的可以尝试一下。

• gdb 作为调试工具自是不用多说，比较老牌、强大，可以支持多种语言。
• delve 则是使用 go 语言开发的，用来调试 go 的工具，功能也是十分强大，打印结果可以显示 gdb 支持不了的东西，这里不再做过多讲解，有兴趣的可以查阅相关资料。

7. 总结

对于 Go 汇编基础大致需要熟悉下面几个方面：

通过上面的例子相信已经让你对 Go 的汇编有了一定的理解。当然，对于大部分业务开发人员来说，只要看的懂即可。如果想进一步的了解，可以阅读相关的资料或者书籍。

最后想说的是：鉴于个人能力有限，在阅读过程中你可能会发现存在的一些问题或者缺陷，欢迎各位大佬指正。如果感兴趣的话，也可以一起私下交流。

8. 参考资料

在整理的过程中，部分参考、引用下面链接地址内容。有一些写的还是不错的，感兴趣的同学可以阅读。

[1] https://github.com/cch123/golang-notes/blob/master/assembly.md plan9 assembly

[2] https://segmentfault.com/a/1190000019753885 汇编入门

[3] https://www.davidwong.fr/goasm/ Go Assembly by Example

[4] https://juejin.im/post/6844904005630443533#heading-3

[5] https://github.com/go-internals-cn/go-internals/blob/master/chapter1_assembly_primer/README.md

[6] https://lrita.github.io/2017/12/12/golang-asm/

[7] https://chai2010.cn/advanced-go-programming-book/ch3-asm/ch3-01-basic.html

我是Redis，一个叫Antirez的男人把我带到了这个世界上。

“快醒醒！快醒醒！”，隐隐约约，我听到有人在叫我。

慢慢睁开眼睛，原来旁边是MySQL大哥。

“我怎么睡着了？”

“嗨，你刚才是不是出现了错误，整个进程都崩溃了！害得一大堆查询请求都给我怼过来了！”，MySQL说到。

刚刚醒来，脑子还有点懵，MySQL大哥扶我起来继续工作。

“糟了！我之前缓存的数据全都不见了！”

“WTF？你没有做持久化吗？”，MySQL大哥一听脸色都变了。

我尴尬的摇了摇头，“我都是保存在内存中的，所以才那么快啊”

“那也可以在硬盘上保存一下啊，遇到这种情况全部从头再来建立缓存，这不浪费时间嘛！”

我点了点头，“让我琢磨一下，看看怎么做这个持久化”。

RDB持久化

没几天，我就拿出了一套方案：RDB

既然我的数据都在内存中存放着，最简单的就是遍历一遍把它们全都写入文件中。

为了节约空间，我定义了一个二进制的格式，把数据一条一条码在一起，生成了一个RDB文件。

不过我的数据量有点大，要是全部备份一次得花不少时间，所以不能太频繁的去做这事，要不然我不用干正事了，光花时间去备份了。

还有啊，要是一直没有写入操作，都是读取操作，那我也不用重复备份，浪费时间。

思来想去，我决定提供一个配置参数，既可以支持周期性备份，也可以避免做无用功。

就像这样：

• save 900 1 # 900秒（15分钟）内有1个写入
• save 300 10 # 300秒（5分钟）内有10个写入
• save 60 10000 # 60秒（1分钟）内有10000个写入

多个条件可以组合使用，只要上面一个条件满足，我就会去进行备份。

后来我又想了一下，这样还是不行，我得fork出一个子进程去做这件事，不能浪费我的时间。

有了备份文件，下次我再遇到崩溃退出，甚至服务器断电罢工了，只要我的备份文件还在，我就能在启动的时候读取，快速恢复之前的状态啦！

MySQL:binlog

我带着这套方案，兴冲冲的拿给了MySQL大哥看了，期待他给我一些鼓励。

“老弟，你这个方案有点问题啊”，没想到，他竟给我浇了一盆冷水。

“问题？有什么问题？”

“你看啊，你这个周期性去备份，周期还是分钟级别的，你可知道咱们这服务每秒钟都要响应多少请求，像你这样不得丢失多少数据？”，MySQL语重心长的说到。

我一下有些气短了，“可是，这个备份一次要遍历全部数据，开销还是挺大的，不适合高频执行啊”

“谁叫你一次遍历全部数据了？来来来，我给你看个东西”，MySQL大哥把我带到了一个文件目录下：

• mysql-bin.000001
• mysql-bin.000002
• mysql-bin.000003
• ···

“看，这些是我的二进制日志binlog，你猜猜看里面都装了些什么？”，MySQL大哥指着这一堆文件说到。

我看了一眼，全是一堆二进制数据，这哪看得懂，我摇了摇头。

“这里面呀记录了我对数据执行更改的所有操作，像是INSERT，UPDATE、DELETE等等动作，等我要进行数据恢复的时候就可以派上大用场了”

听他这么一说，我一下来了灵感！告别了MySQL大哥，回去研究起新的方案来了。

AOF持久化

你们也知道，我也是基于命令式的，每天的工作就是响应业务程序发来的命令请求。

回来以后，我决定照葫芦画瓢，学着MySQL大哥的样子，把我执行的所有写入命令都记录下来，专门写入了一个文件，并给这种持久化方式也取了一个名字：AOF（Append Only File）。

不过我遇到了RDB方案同样的问题，我该多久写一次文件呢？

我肯定不能每执行一条写入命令就记录到文件中，那会严重拖垮我的性能！我决定准备一个缓冲区，然后把要记录的命令先临时保存在这里，然后再择机写入文件，我把这个临时缓冲区叫做aof_buf。

说干就干，我试了一下，竟然发现数据没有写入到文件中去。多方打听才知道，原来操作系统也有个缓存区，我写的数据被他缓存起来了，没有给我写入到文件中去，这不是坑爹呢嘛！

看来，我写完了还得要去刷新一下，把数据真正给写下去，思来想去，我还是提供一个参数，让业务程序去设置什么时候刷新吧。

appendfsync参数，三个取值：

• always: 每个事件周期都同步刷新一次
• everysec: 每一秒都同步刷新一次
• no: 我只管写，让操作系统自己决定什么时候真正写入吧

AOF重写

这一次我不像之前那么冲动，我决定先试运行一段时间再去告诉MySQL大哥，免得又被他戳到软肋。

试用了一段时间，各方面都运行良好，不过我发现随着时间的推移，我写的这个AOF备份文件越来越大，越来越大！不仅非常占硬盘空间，复制移动，加载分析都非常的麻烦耗时。

我得想个办法把文件给压缩一下，我把这个过程叫做AOF重写。

一开始，我打算去分析原来的AOF文件，然后将其中的冗余指令去掉，来给AOF文件瘦瘦身，不过我很快放弃了这个想法，这工作量实在太大了，分析起来也颇为麻烦，浪费很多精力跟时间。

原来的一条条记录这种方式实在是太笨了，数据改来改去，有很多中间状态都没用，我何不就把最终都数据状态记录下来就好了？

比如：

• RPUSH name_list'编程技术宇宙'
• RPUSH name_list'帅地玩编程'
• RPUSH name_list'后端技术学堂'

可以合并成一条搞定：

• RPUSH name_list '编程技术宇宙' '帅地玩编程' '后端技术学堂'

AOF文件重写的思路我是有了，不过这件事干起来还是很耗时间，我决定和RDB方式一样，fork出一个子进程来做这件事情。

谨慎如我，发现这样做之后，子进程在重写期间，我要是修改了数据，就会出现和重写的内容不一致的情况！MySQL大哥肯定会挑刺儿，我还得把这个漏洞给补上。

于是，我在之前的aof_buf之外，又准备了一个缓冲区：AOF重写缓冲区。

从创建重写子进程开始的那一刻起，我把后面来的写入命令也copy一份写到这个重写缓冲区中，等到子进程重写AOF文件结束之后，我再把这个缓冲区中的命令写入到新的AOF文件中。

最后再重命名新的AOF文件，替换掉原来的那个臃肿不堪的大文件，终于大功告成！

再三确定我的思路没有问题之后，我带着新的方案再次找到了MySQL大哥，我都做到这份儿上了，这一次，想必他应该无话可说了吧？

MySQL大哥看了我的方案露出了满意的笑容，只是问了一个问题：

这AOF方案这么好了，RDB方案是不是可以不要了呢？

万万没想到，他居然问我这个问题，我竟陷入了沉思，你觉得我该怎么回答好呢？

彩蛋

“你怎么又崩溃了？”

“不好意思，又遇到bug了，不过不用担心，我现在可以快速恢复了！”

“那老崩溃也不是事儿啊，你只有一个实例太不可靠了，去找几个帮手吧！”

首先要说，这并不是一篇教你如何学习的文章，因为到今天为止我也没有找到一种通用的方法来解决如何学习的问题。但是在探索的道路上，我确实产生过一些思路，我想把这些思考的过程分享出来让大家探讨。如果这对你有帮助的话，那我会非常高兴。

我最近在学习 Rust ，这是一门很酷但是相对冷门的语言（学习冷门语言可能是我的一大爱好，比如我就非常喜欢 CoffeeScript ，这是 JavaScript 的一门方言）。自从在某些语言的舒适区待久之后，经常会产生自己无所不能的错觉，这也是我不断想学习新语言的一大动力。

而我的学习过程跟大多数人类似，就是先在网上找文档然后自学。而在看文档的过程中，我就发现了一些问题。

手册的作用

“去看文档喽。”这是老鸟在面对新手时最喜欢扔的一句话，我通常也是这么扔给自己的。但当你打开一门语言的手册，你会发现它除了教你语法外，几乎没有教你什么其它东西。于是你会陷入这样一个境地：

“背下来了么？”
“背不下来，太难懂了。”
“再看一遍，给我背下来。”
。。。
“背下来了么？”
“大部分背下来了。”
“给我写个程序，实现个XX功能。”
“不会。。。”
“。。。”

在一个高级开发者眼里，你会了语法理所当然就应该会写程序了，但实际情况并非如此。这让我想起前段时间跟一个朋友关于目前编程教育市场的一个讨论。我出于自己的经验提出一个想法：让大牛开发者来教新手入门。在我的设想中，大牛开发者拥有强大的实战经验，以及丰富的专业知识，更是自带光环，这不比现在市场上那些半吊子的讲师好多了。在我为自己“伟大”的想法得意的时候，朋友给我浇了一盆冷水。他告诉我这样根本行不通，大牛根本不知道菜鸟需要什么知识，你可能以为基础语法讲清楚就好了，人家却连编辑器是什么都不清楚。设想一下，让一个大学教授去教一群小学生，这对两者来说都是一种灾难吧。

这些语言的创造者，或者文档的作者，无疑都是一些大神。它们在撰写一个语言手册的过程中，只能尽量负责地把这个语言的全貌准确地有组织地展现给你。然而这种全面的展现，对于一个没有任何引导的初学者来说并不完全是一件好事。简单来说就是，你会在一些次要的事情上浪费太多时间，而一些主要的概念又没有理解透彻。

关于看真实代码

当觉得文档满足不了你的时候，老鸟们往往会扔给你第二招：看代码。看什么代码呢？那还用说，当然是被业界奉为经典的，在 GitHub 上至少有一万颗星的知名开源项目代码啦。

当你怀着崇敬的心情，打开扔给你的网址，看着满屏幕的代码时，你会对自己问出那三个经典的哲学问题。这是什么东西？它是怎么做到的？为什么要这么写？搞不好某些人还会因为惊吓过度，从而失去了学习下去的信心。

那么让我们一起来看看这些代码里有什么鬼东西，会吓得新手信心不足。

大段的注释

说一件事你们不要笑，在我还是个萌新的时候，我曾经对这些穿插在代码中的神秘文字产生了深深的困惑，我还以为它们对代码有某种加成作用，以至于我还试验过把注释去掉会对代码执行产生什么影响。而现实中好的代码会让后面的维护者方便很多，但不好的甚至错误的注释会让人迷惑不已。

语法糖

语法糖是个好东西，它大大简化了我们的编程过程，高手用起语法糖写起代码来简直不要太爽，所以越强大的项目这玩意儿越多。但是对于初学者来说，语法糖隐藏了一些细节，而且让语法看起来很怪异。有些代码如果你用标准语法来写是很好懂的，但如果用语法糖来写的话很难让人一下子明白。

初学者为了弄懂这些语法往往要花大量时间，但其实这些时间在这个阶段是没必要的浪费。你看不懂它觉得它是一个很重要的东西，其实它只是一个做工精巧的小玩意儿，离开了它这些代码照样能工作。而随着你的经验丰富，也可以随时随地用起来，用的方法可能也不尽相同。

代码里的重点

对于一个开源项目来说，往往 50% 的代码可能都是在适配各种不同的运行环境，将系统的 API 抽象成项目里通用的接口，这部分代码除非你自己要做类似的项目，要不然的话对初学者来说参考意义不大。更何况，为了适配某些系统奇葩的运行环境，开发者往往会大开脑洞，创造出一些非常奇怪的代码。这些旁门左道充满了玄学和不确定性，初学者看多了可能会发生如武侠小说里练功出差错的结果：走火入魔。

剩下的代码里 20% 是项目内部的接口抽象和定义，最后 30% 才是真正值得看的东西，它们往往散落在各个地方，但又为了一个设计核心服务。让初学者识别出这些代码来，未免太强人所难。

野文档

这是我自己的一个定义，我把一切非官方的开发文档都称为野文档。初学者会在搜索引擎里得到大量的相关文档，他们很多是学习心得，很多人在写这篇文章时水平可能比你也高不了多少。这就造成了这些文档的水平参差不齐，所面向的重点也不同，也许你花了大把时间弄懂的是一个错误的或者过时的知识。而大部分号称教你入门的文章，可能也就是告诉了你如何搭建一个运行环境，这门语言的精髓和重点作者自己估计也没弄明白。

而如果你碰到一篇被奉为经典的好的入门文章，那你真的要好好感谢作者。因为这意味着作者付出了大量的深入思考，深入浅出这四个字说起来简单，做起来可是需要相当的功底的。

相对较好的做法

在这么多语言的学习过程中，我也总结了一些相对比较好的学习方法。我认为看代码是非常有必要的，因为光死记语法是无法掌握好这门语言的。但是去看一些大型项目代码的缺点我在上面也说了，到底该如何是好呢？

我建议大家可以去看官方给出的，专门供初学者学习的 Step-By-Step 代码，这种代码一般在官方的文档页就可以找到链接入口，它有如下好处：

1. 由浅入深，富有层次。这些代码往往是跟随者文档的深入，慢慢把语法细节展开的。不会一下给你展现太多，让你无法 GET 到重点。每段代码都会有一个重点要表现的特性，这样看起来会一目了然。
2. 有质量保证。这些代码的撰写一般是官方人员负责，这可以在很大程度上保证准确性。
3. 更新及时。我们知道很多语言的细节是会随着版本的升级有所改变的，而很多网上的第三方文档往往缺乏维护，但官方文档一般都会同步更新。

我建议大家一边看手册一边看代码，这样印象会更深刻。眼睛看了之后，我认为要尽快找一些好的例子来练手，不需要一上来就搞比较复杂的大型项目，也是由浅入深。这种练手项目去哪里找呢，很多语言的 tutorial 板块就是干这个的，做的比较完善的甚至还提供在线的教学体验环境，大家应该好好利用。

写在最后

这篇讨论学习方法的文章引发了我的一些额外思考。我经常在开发者社区里看到老鸟和初学者互怼，写这篇文章的过程也让我理性思考了产生这些矛盾的原因。总的来说就是一些信息的不对称造成的。老鸟认为这个问题根本不是问题，网上一搜一大把，不愿多讲甚至冷嘲热讽。而初学者却觉得这些信息根本理解不能，老鸟的嘲讽就是一种羞辱。

我认为要打破这种不对称需要双方付出耐心，而这种耐心的付出是相互的，你付出的多回报的就越多。而最先迈出付出这一步的，应该是初学者，毕竟从情理上来说是你请求人家办事。而你需要付出的不过是把自己的问题讲明白，说出你的思考过程，附上必要的信息。一个好学的人是不会让人讨厌的，但前提是你得有一个不让人讨厌的姿态展现出来。

文章来源：https://joyqi.com/develop/how-to-learn-a-programming-language.html

成都萨莫尔科技成立于2019年5月21日，专注于运营商级别的BOSS AAA计费认证系统，企业内部工作流管理系统，企业业务流管理系统、社群营销管理系统，微商级分销系统，资产管理系统，商品进销存系统，2B/2C/S2B2C交易平台系统，CRM系统，CallCenter呼叫系统，电销系统及各类小程序开发维护及运营支撑。承接成都地区的企业系统维护升级迭代。

公司将定位三个方向：

1. 订制化系统开发
2. 平台化sass系统运营
3. 企业级系统维护
4. 增值服务：企业IT咨询服务等

萨莫尔公司介绍：萨莫尔科技公司成立于2019年5月，核心团队成员皆为软件工程师和数据库工程师，均有10年以上企业信息化建设从业经验；我们曾服务过大型民营企业、A股上市公司以及中小型企业，我们为客户提供一条龙的智能数字化管理服务。

萨莫尔经营理念：客户致上，服务致优，我们的价值在于给客户创造更高的价值。

萨莫尔核心价值观：诚信、务实、高效、创新、共创、共享、共荣、共赢 。

萨莫尔使命：为我们的客户提供一流的、智能的数字化解决方案。

萨莫尔愿景：致力于企业智能数字化发展，努力创建更加高效、智能化的信息系统，使公司成为行业中备受推崇和尊敬的优秀企业。

萨莫尔服务理念：精于心，简于行，用心聆听客户的需求，专业服务共建共赢

萨莫尔目标客户：中小企业

官网地址：http://www.samool.cn

大约从去年9月份开始，基本上天天家里蹲，研究JS、BOOTSTRAP、研究PHP之类，加上疫情这几个月，总共大概有10个月左右吧，每天的日程有两部分：1、锻炼身体，2、研究WEB系统开发，每天基本上就是这两件事，自由自在，感觉像是过退休生活。

今年8月份开始，又进入了一个新的状态，月初去了一趟东莞，接了个新项目，紧接着又来一个大项目，基本是每天都是随机模式，处理好一件事，又来一件事，钱没赚到，事多了很多。

8月中旬项目定下来之后，重新又回到了原来的状态，每天6点左右准时醒来，再趟30分钟左右，起床、上完WC浇花，然后冲个澡，迎接全新的一天。

每天到19点的时候，肚子饿得瓜瓜叫，我知道该下班回家吃饭了，回到家休息躺1小时，接着继续工作

今天看了一会脱口秀大会，有个段子讲得有点意思，当你下班回家后，不要躺床上，如果躺床上感觉就是真的休息了，躺沙发的感觉又不一样，躺沙发是暂时休息一会，还有工作没有干完，休息一会接着干。

每天有很多事，有兴奋的事，有焦虑的事，有担忧的事，有麻烦的事，有各种事

或许这就是创业的酸甜苦辣吧，当悲伤的时候，给自己打打气，相信自己一定行；当泄气的时候给自己打打气，当压力大的时候给自己打打气；

上班的时候想当老板，当老板之后想当员工上班；其实很多时候很纠结，但是开弓没有回头箭，干就完事了，我们身边有一些创业成功的人，我们看到的都是成功的，其实还有一大部分创业失败的人，只是我们不知道，他们不会说出来，所有事情都是28原则，能成功的都是少数，能成功的都是披荆斩棘的，能坚持到最后的人，好久没有更新博客了，意思一下，更新一篇，继续干，干好！！

【人生悟语】以完美主义的标准去要求每天的工作，听起来是很苛刻，也很困难。但是与生命相比起来呢？你做到像对待仅有一次的生命那样严肃谨慎地去对待你的工作了吗？将至高无上的完美主义进行到底吧。

“完美主义”是稻盛和夫在工作中一直追求的目标，他所考虑的完美主义不是更好，而是至高无上。生产一个产品，那怕付出90%的努力也是不够的，一点瑕疵，一点疏漏，一点粗心都不能原谅，只有做足100%才堪称完美。在工作中不断追求的是做到精致、精湛、精益求精，力求最品质量，把产品做成无可挑剔的完美作品，把工作做到极致，挑战极限，这才是工作的终极目标。

稻盛和夫的一位叔叔当过海军航空队的飞机维修员，他从战场归来后曾对稻盛讲起他在航空队的经历，给稻盛很深刻的印象。

每当轰炸机起飞的时候，维修员都要随机飞行，但几乎他们中的所有人都不乘坐自己维修过的飞机，他们似乎不约而同地选择乘坐别的同事维修的飞机，这里面有什么玄机吗？

原来，虽然维修员在维修保养机器时竭尽全力工作，但却不敢保证自己做的万无一失，于是他们都乘同事负责的轰炸机。

正因为对自己的工作缺乏充分的信心，又考虑到万一出现紧急情况，所以维修员们做出了这样的选择。还有很多类似的事情，许多医生的父母妻儿，或是亲戚身患重病，他们大都不愿意亲自诊断医治。亲人们需要进行手术时更是如此，这些医生往往委托自己信任的同事主刀。这样做的缘由是，在血浓于水的亲情面前，关系到亲人的安危，自己会动不了手。

稻盛并不赞同这种观点，他认为每一天的工作都是真刀真枪干出来的，拥有这样的积累，他一定会对自己的技术有满满的自信。如果换了他做飞机维修员，他必定会选择乘坐自己负责的轰炸机；如果换了他做外科医生，当亲人需要救治时，他不会请人代劳，必定会亲手主刀。只有觉得自己的工作做得完美无缺，能自己的能力打满分时，才能有正面观对问题的决心和魄力。

有人说，在中国，不缺少雄韬伟略的战略家，缺少的是精益求精的执行者。这话也许说得没错，国人的“差不多”思想总是引诱我们放弃对完美的追求，但是有一家企业即是在质量上精益求精、苛求完美的典范，它就是荣事达公司。

“零缺陷管理”是荣事达借鉴国外企业“无缺点运动”经验并结合本企业实际加以独特的再创造的成果，而“无缺点运动”最早发端于美国佛罗里达州的马丁马里塔公司。1962年，该公司与美国军事部门签订了一项生产供货合同，合同规定的交货期限很紧，对质量要求很严。可是军令如山，不容耽搁，马丁公司以形势所迫，打破常规，开展了一场“无缺点运动”，这一运动包括：

1. 打破传统的“人总要犯错误”理念，改换成“只要主观尽最大努力，就可以不犯错误”的理念，以此动员全体员工追求无缺点目标，自觉避免工作中的失误。
2. 打破以往的生产与质检的分离格局，要求每个操作者同时也是质检者，规定上道工序不得向下道工序传送有缺陷的产品。
3. 打破过去对错误只有事后发现和补救的常规，讲求超前防患，事先找出可能产生缺点的各种原因和条件，提前采取措施，做到防患于未然。
4. 打破生产过程中各工序的员工各自为战、各行其是的习惯状态，要求树立全局观念，主动配合、密切合作，从总体上保证实现无缺点结果。马丁公司实行“无缺点运动”果然一举成功，合同期限一到便交出无可挑剔的百分之百合格产品。

荣右达吸收其中的精华，形成了自己的“零缺陷生产”模式，将“用户是上帝”“下一道工序是用户”“换位思考”“100%合格”等质量意识转变为员工的自觉行动。与此相关的一系列制度纷纷出台，从而实现分散与集中，全员自控与专门控制、内在质量控制与系统信息反馈相结合的“零缺陷生产”质量管理体系。零缺陷供应是零缺陷生产的前提和保证，通过严把质量关，确保提供“零缺陷”的零配件或可辅助件。

从此，荣事达建立了“零缺陷”的企业文化，企业进入了新的境界。

精益求精是对结果最好的诠释。一位企业经营都说过：“如今的消费者是拿着显微镜来审视每一件产品和提供产品的企业。在残酷的市场竞争中，能够获得较宽松的生存空间的企业，不只是合格的企业，也不只是优秀的企业，而是非常优秀的企业，你要求自己的标准，必须远远高于市场对你的要求标准，才可能被市场认可。”

美国前总统麦金莱在得州的一所学校演讲时，对学生们说：“比其他事情更重要的是，你们需要尽最大努力把一件事情做得尽可能完美。”只有不满足于平庸，才能追求最好。没有人可以做到完美无缺，但是，当你不断增强自己的力量、不断提升自己的时候，你对自己的要求会越来越高，你所取得的成就也会越来越大。

企业只有像荣事达这样，把对质量孜孜不倦的追求上升到企业文化的高度，员工对质量的觉悟才会大大提高。

只有提高工作标准，把产品的完美品质视同自己的生命一样珍惜！其实企业应该把完美主义奉行到像生命一样至高无上的地位。以完美主义的标准去要求 每天的工作，听起来可能很苛刻，也很困难。但是与生命相比起来呢？你做到像对待仅有一次的生命那样严肃谨慎地去对待你的工作了吗？还是将至高无上的完美主义进行到底吧。

人生悟语：苦难是一只驶向成功的船，当风暴来临时，别害怕，扬起帆，直面那滔天人海浪、搏击那汹涌的激流吧。

人生不如意事十之八九。生活本是一种承受，人若学会正确对待不幸，那么你所遭受的也许正是你的福气，稻盛和夫曾说过，乍看的不幸，实际是幸事。

看过著名油画大师凡高故居的人都知道，那里有的只是张裂开的木床和破皮鞋。凡高一生潦倒困苦，没有娶妻，但也许是生活的困窘，帮他完成了在艺术上的壮举，使他成为大师中的大师，使他的作品成为经典中的经典。

就人生而言，不幸是个不请自来的不速之客。不幸是根弹簧，我们若向它屈服了，它反而使我们落魄潦倒，甚至在绝望和恐惧中逼迫我们一步步靠近灭亡；如果我们不臣服于它，反而会变得更坚强更勇敢。

世界上没有完美无缺的东西，不幸便是人生完璧中的瑕疵。其实不完美才是一种美，在不断的争取中，不断地承受失败与挫折时，才能发现快乐。稻盛和夫青年时代，曾经在没有选择的情况下进入了当时一个很不景气的公司上班，拖欠工资是家常便饭，他也曾为此失落过，然而，就在那样一种环境下，稻盛倾注心血在实验研究上，取得了一个又一个可喜的成果。他对工作的态度也有了180度的大转弯，从厌恶到喜爱，这为他日后的成功打下了基础。

风雨对于温室里的花朵而言绝对是灭顶之灾，不幸对于幸运儿而言无疑是致命的打击，毫无力量去抗拒迎击。因为幸运儿习惯了没有挫折和不幸的苦涩人生，在他们的生活中只有一帆风顺、心想事成，他们的字典里没有别有深味的“不幸”二字，而那些经常遭受不幸的人来说，他们的意志品质都是非常坚强的。他们深刻地明白，风调雨顺、风和日丽只是偶然光临，暴风骤雨、电闪雷鸣才是人生的常客。

著名心理学家威廉汤姆斯说过，我们所谓的不幸和苦难，很大的程序上，要归结于个人对现象所持的看法。更重要的则是，一个人以什么样的心情与态度来面对和处理这些难题，最后的结果是迥然不同的。因此，我们不难发觉，即使是出于同样的环境和状态，有人认为是不幸和苦难，有人却认为这是千载难逢的良机与顺境。

成功的人为什么能成功？因为对他们来说，每一个因素都是成功的良机，甚至包括不幸，不管身处何处，他们都会以积极、自信与乐观的态度去努力、去积淀自己，他们是奇迹的创造者。与此相反，另一些人持有消极与失败的心态，不愿意承担不幸，这样的人注定一辈子要潦倒。不同的心态，做出的不同的反应致使事情的结果截然相反。因此遇到任何挫折或打击时，千万不要呼天抢地，要微笑着告诉自己那是造化的考验。

高尔基曾把苦难比作大学，几乎所有的成功人士都是从不幸中毕业的，不幸教给你坚强勇敢，更教会你拼博向上，这也是正如稻盛和夫指出的那样，苦难是一只驶向成功的船，当风暴来临时，别害怕，扬起帆，直面那滔天的海浪，博击那汹涌的激流吧。