Skip to content

Commit 02a5dbb

Browse files
CelthiCelthi
committed
add warning
1 parent e47da92 commit 02a5dbb

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

51 files changed

+390
-0
lines changed

‎ReadMe.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,10 @@
1+
2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
18
# 更新
29
2023-12-20
310
本书已经出版

‎script.py

Lines changed: 30 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,30 @@
1+
# find all the markdown files and add the epilogue to them
2+
import os
3+
import re
4+
5+
def find_files_recursively():
6+
for root, dirs, files in os.walk('.'):
7+
for file in files:
8+
if file.endswith('.md'):
9+
yield os.path.join(root, file)
10+
11+
def add_epilogue(file, epilogue):
12+
with open(file, 'r') as f:
13+
content = f.read()
14+
with open(file, 'w') as f:
15+
f.write('\n')
16+
f.write(epilogue)
17+
f.write('\n')
18+
f.write(content)
19+
def main():
20+
epilogue = '''# 更新
21+
2024-07-05
22+
本书已经出版
23+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
24+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
25+
如果你想阅读更加完善的版本，推荐购买正版书籍。'''
26+
for file in find_files_recursively():
27+
add_epilogue(file, epilogue)
28+
29+
if __name__ == '__main__':
30+
main()

‎src/SUMMARY.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,10 @@
1+
2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
18
# 目录
29

310
[译者注](./translator_preface.md)

‎src/appendix_A.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1 +1,8 @@
1+
2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
18
# 附录A 拓展调试能力

‎src/appendix_B.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1 +1,8 @@
1+
2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
18
# 附录B 调试混合语言

‎src/chapter_1.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,10 @@
1+
2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
18
# 第一章 调试符号和调试器
29

310
当谈论调试一个程序的时候，调试器也许是人们想到的第一个事物，因为它是这个过程中不可避免的部分。而这源于考虑到现代编程语言和操作系统的复杂性，就算不是无法实现，知道一个程序的状态也是非常困难。一个写代码的开发人员应该已经知道什么是调试器和如何或多或少去使用一个调试器。但是你了解调试器足够多吗？

‎src/chapter_1/01-01debug_symbols.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,10 @@
1+
2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
18
# 调试符号
29

310
调试符号是和相关的机器码、全局数据对象等等一起由编译器生成的。接着它们被链接器收集和组织，写入到可执行文件（大部分UNIX平台）的调试section或者是一个单独的文件（Windows程序数据库，或者pdb文件）。一个源码级别的调试器为了理解一个进程的内存镜像如一个程序的运行实例，需要从它的仓库里面读取调试符号。

‎src/chapter_1/01-02debug_symbol_overview.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,10 @@
1+
2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
18
# 调试符号概览
29

310
为了具有完全的源码级别调试能力，编译器需要生成许多调试符号信息，它们可以根据描述的对象分类如下：

‎src/chapter_1/01-03dwarf_format.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,4 +1,11 @@
11

2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
8+
29
# DWARF格式
310

411
DWARF像结构体一样以树的形式组织调试符号。这跟大部分语言内在也是树结构的词法作用域相对应。每一个树节点是一个DIE (Debug information entry)，它带了特定的调试符号：一个对象，一个函数，一个源文件等等。一个结点可能具有任意数量的子结点或者兄弟结点。比如，一个函数DIE可能有很多代表函数局部变量的子DIEs。

‎src/chapter_1/01-04inconsistent_data_type.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,4 +1,11 @@
11

2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
8+
29
# 不一致的数据类型
310

411

‎src/chapter_1/01-05debugger_internal.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,10 @@
1+
2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
18
# 调试器的内在
29

310
大部分程序员通过实践学习怎样使用一个调试器。依赖于经验，一些人比另外一些人更熟悉调试器各种命令。但是只有一小部分知道调试器的内在结构。在本节中，我将从用户的视角讨论一些编译器的实现细节。这不仅仅是为了满足你对调试器魔法的好奇，也可能更重要的是帮助你更好地理解调试器，因而你知道最大优势地使用工具。

‎src/chapter_1/01-06tips_and_caveats.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,10 @@
1+
2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
18
## 技巧和注意事项
29

310
在大多数时候，使用一个调试器是直观的。只要调试器依赖的东西是正确和好的状态，那么它就可以完美地工作。但是总有些时候，一点事情就会破坏你一整天。当调试器不能按照你需要合作的时候，那会是非常沮丧的。更严重的破坏是，它可能会给出“错误”的信息导致一个假的结论。在你花费了很多时间去追寻一个错误的理由，你发现最基本的假设是不对的。但是，很多时候，不应该去怪罪调试器。通常是我们自己的错误理解或者是自大导致这些悲剧。调试器会抱怨任何它不喜欢的事情。比如，跟二进制相比，一个源码文件具有靠后的时间戳可能意味着一个源代码被改变了；一个不匹配的库文件相对core dump文件里面显示的库文件具有不一样的check sum。有时候一个程序不在你设置的断点停止；或者你不能抓住一个变量被意外改变的时刻；或者调用栈很明显已经是垃圾等等。另外一方面，调试器有很多工程师不知道的强大的特性。在大多数时候，我们仅仅使用了所有功能的一小部分，用来处理常见的调试需求。但是，如果我们花费一点时间来学习调试器高级的特性是值得。它将帮助我们更有效率地调试和解决那些不是每天都能遇到的困难问题。在接下来的章节，我将强调一些在过去帮助过我的技巧。

‎src/chapter_1/01-07ad_hoc_debug_symbol.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,10 @@
1+
2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
18
# 特殊的调试符号
29

310
前面的章节已经讨论了调试符号和调试器是怎么在一个调试会话里使用这个信息。作为一个增强，如果需要，我们可以往调试器添加更多的调试符号。在即使我们知道一个变量的具体类型，仍然不能打印这个变量的时候是非常有帮助的。调试器不能理解变量的问题是没有它的调试符号。这对系统库、三方库、遗留的符号只有部分或者全部去掉的二进制或者一些情况不编译带调试符号情况来说，是常见的。一种变通这个困难的方式是编译一个新的带有想要的调试符号的库文件。当调试器把新库的符号加载后，我们就可以具有调试这些二进制的更好准备。让我们看看一个第三方库的数据结构的例子。

‎src/chapter_1/01-08breakpoints_and_watchpoints.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,10 @@
1+
2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
18
# 断点和监测点
29

310
使用最多的调试器特性大概是在一个函数的入口或者特定的源码行设置断点。一个简单的断点在许多案子可能不够。比如通常会在一个被怀疑的变量可能会被不正确修改的地方设置一些断点。但是当断点被碰到之前要经过上百次，则是繁琐和不具有可操作性的。你甚至可能会错过那个时刻，因为你需要从那么多合法的选择中找到那个坏的。普遍的解决方案是条件断点——将一个特定的条件表达式与断点关联起来。当断点被碰到时，调试器计算表达式。如果计算结果是真值，那么程序停止等待用户操作；否则程序继续运行。读者应该意识到条件断点的性能损耗。尽管条件断点为假值时看起来被调试的程序不被打断地运行着，程序实际上每一次都会停止下来，在表达式被计算过后重新恢复运行。如果消耗过大，比如可能会经常被调用的函数导致，我们需要采用一种更快的方式来检查数据。举个例子，函数插入可以避免调试器的介入（参看第六章获取更多细节）

‎src/chapter_1/01-09alter_execution_and_side_effect.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,10 @@
1+
2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
18
# 改变运行和副作用
29

310
调试器通常用来观察一个被跟踪的进程的状态。它也可以改变debugee的状态，从改变它原本要执行的正常运行。这个方法创新性的使用是无限的。比如，验证当内存消耗完的时候程序的错误，调试器可以简单地设置函数`malloc`的返回值为`NULL`。它是检查一些难以或者昂贵地模拟的特别案例的快速和实惠的方式。

‎src/chapter_1/01-10automate_symbol_matching.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,10 @@
1+
2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
18
# 自动化符号匹配
29

310
至此，我希望你相信调试符号需要匹配来让调试器变得有用。没有它，调试器要么拒绝一个用户的请求，或者更糟的是给出不正确的答案。在原则上找到包含匹配符号的文件不是有挑战性。但是如果产品包含很多模块和很多发布版本、服务包，热修复和补丁要支持，它可以是繁琐和错误频出的。自动化找到正确调试符号文件是更容易的。

‎src/chapter_1/01-11post_mortem_analysis.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,10 @@
1+
2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
18
# 事后的分析
29

310
不仅正在运行的进程，一个debugee可以是一个core dump文件，通常在进程crash的时候由系统例行生成。系统也提供了API给应用程序或者工具来不杀掉进程的同时生成进程的core dump文件。这对调查像不间断服务器程序的性能或者很难访问的远程程序的线下分析是合适的。

‎src/chapter_1/01-12memory_protection.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,10 @@
1+
2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
18
# 内存保护
29

310
在一些平台，如HP-UX，一个用户可能不能够在加载的共享库里面设置断点。理由是共享库默认被加载在公共可读的段。因此调试器不能够在代码段插入断点的陷入指令。为了改变这个默认行为，用户需要修改共享库加载的模式。下面的HP-UX命令在特定的模块设置一个标志位和指导系统运行把它们加载到私有的、可写的段中。

‎src/chapter_1/01-13breakpoints_doesnt_work.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,10 @@
1+
2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
18
# 断点不工作
29

310
如果程序不如预期那样在预先设置的断点停止，你可能想要检查下面的列表来保证断点被设置正确和准确。

‎src/chapter_1/01-14summary.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,10 @@
1+
2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
18
# 总结
29

310
使用调试器是一个程序开发人员和某些其他工程师必备的基本技能之一。一个调试器通常有一个超大命令集合和取决于调试器的实现和宿主系统的能力，许多它的功能对被调试的进程有显著性地影响。除了它的常用命令，为了更有效率地使用它，我们需要学习更多调试器高级的功能。当一个问题变得更难和在影响范围变得更庞大，越来越多的需求想要调试器具有更多的能力。自定义调试器命令命令和插件是这个挑战的解决办法。我们将在接下来的章节看到更多调试器插件的例子。

‎src/chapter_10.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1 +1,8 @@
1+
2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
18
# 第十章 使用地址消毒工具

‎src/chapter_2.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,10 @@
1+
2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
18
# 第二章 堆数据结构
29

310
数据结构无疑是任何程序的核心部分。内存分配和释放，数据对象的构建、析构、引用和访问是一个程序最普遍和复杂的操作。因为C/C++语言赋能程序员通过引用和指针最大的自由去操作内存对象，不会有人惊讶这些程序大部分的bugs是跟一种形式或者另外一种形式的错误的内存访问。我在这方面有一手的经历，因为每天都在调试如段错误这种程序错误。这些问题包含室内的测试和客户产品的环境。大部分问题归结为分配内存的不正确使用。

‎src/chapter_2/02-01understand_memory_manager.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,10 @@
1+
2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
18
# 理解内存管理器
29

310
市面上有许多商业性的内存管理器，许多更多自定义的设计和实现跑在大量应用上。由于我们的目标不是编写一个自己的新的内存管理器，理解内存管理器设计和实现的每一个细节是不必要的。学习每一个内存管理器也不具有可操作性的。但是如果你在调试涉及堆内存的问题，知道一个特定的内存管理器是怎么样在你的程序中记录用户内存块是绝对重要和有帮助的。

‎src/chapter_2/02-02ptmalloc.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,10 @@
1+
2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
18
# ptmalloc
29

310
Ptmalloc是在Doug Lee的内存分配器上面包了一层并发分配的增强。它是Linux Red Hat发行版和许多其他的系统默认内存管理器。在性能和空间节约角度，在最好的内存管理器中，广受好评。下面的讨论适用于Ptmalloc 2.7.0.

‎src/chapter_2/02-03tcmalloc.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,10 @@
1+
2+
# 更新
3+
2024-07-05
4+
本书已经出版
5+
![image](https://github.com/Celthi/effective-debugging-zh/assets/5187962/29b04963-5535-432c-b56f-8a2d5dbc2ec6)
6+
由于本库的草稿是我之前一个人写的，所以质量和正确性都不如经过两位作者和出版社编辑审阅和校正过的书稿。
7+
如果你想阅读更加完善的版本，推荐购买正版书籍。
18
# Tcmalloc
29

310
(待补充)

0 commit comments

Comments
 (0)