main函数的汇编代码
这篇讲的是那些我们写在`main`函数里的代码，在计算机眼中究竟是什么样子的。作者没有停留在抽象语法层面，而是直接潜入到了编译器生成的汇编代码中，带你观察程序执行的“原始形态”。 文章从一段经典的`main`函数（比如返回0或打印Hello World）出发，逐步拆解其对应的汇编指令。核心思路是解释清楚几个关键问题：`main`函数是如何被启动器（如C运行时库）调用的？它的参数`argc`、`argv`在底层是如何传递的？`return 0`这条高级指令，在汇编里究竟对应着哪些寄存器操作和栈帧操作？作者可能会重点剖析`call`指令、栈帧的建立与撤销、以及调用约定（如System V AMD64 ABI）这些实现细节。 其巧妙之处在于，它架起了一座从C语法到机器执行之间的桥梁。通过理解这些“不那么优雅”但极其精确的汇编代码，你能真正明白编译器做了哪些工作，理解函数调用的本质是一个控制流转移和数据传递的约定。这对于调试底层问题、理解性能关键代码，甚至是对计算机体系结构产生新的认识，都是一次扎实的入门。
为什么不要在init和dealloc函数中使用accessor
这篇讲的是iOS/macOS开发中一条常被提及却鲜少深究的规范：Apple文档明确要求“不要在初始化方法（init）和析构方法（dealloc）中使用访问器（accessor）”。作者从这条看似“谜之规定”出发，带我们探求其背后的技术原理。 文章指出，直接访问实例变量而非通过setter/getter，在init/dealloc阶段至关重要。核心原因在于状态一致性。在init阶段，对象尚未完全构造完成，其内部状态可能不完整或处于中间态。此时若调用访问器，可能意外触发KVO通知、依赖观察或其他在属性setter中定义的副作用逻辑，而这些逻辑很可能依赖一个完全初始化好的对象，从而导致难以预料的崩溃或数据错误。在dealloc阶段同理，对象正在销毁，依赖的其他对象可能已被释放，此时触发任何额外操作都极度危险。 这不仅仅是为了性能优化，更是一种防御性编程实践，旨在确保对象在其生命周期的起点和终点都处于稳定、可预测的状态。对于需要子类化父类或大量使用KVO的场景，严格遵守此规范能避免许多隐蔽的Bug。文章揭示了这条简单规则背后关于内存安全与状态完整性的深度考量。