01、iOS碎碎念

本文写一写与iOS相关的碎碎念，每周更新一条。

8、思考一个问题：为什么官方规定，在iOS App开发中，对用户交互事件的接收和UI更新需要放在主线程来做？
2017-12-17

7、由于发现一个很nice的App，马上来推荐了。。。Calm，帮助进行正念和冥想，能够减少焦虑，帮助睡眠，减压等等。

预览图

2017-12-10

6、最近看一到一篇文章，里面提到Leaked Memory和Abandoned Memory，但是在解释概念的时候没有说清楚。既然是碎碎念，我得说一说。

Leaked Memory

泄露的内存，是被分配给对象的内存空间，按照现有系统机制，这些内存空间不能被释放（回收）并处于不可达状态。
已经不再被我们的代码（我的创建的指针之类的东西）所引用（MRC时代可能会发生），对我们的App来说是"不可达"的状态（not reachable）。

Abandoned Memory

废弃的内存，是指不再被使用的内存空间，并且App还保留了这部分内存空间的引用，对我们App来说是可达的。因为我们的App保持着对这部分内存空间的引用，所以系统不知道我们还用不用，就没法回收。检测方法：重复某一个或一系列操作，多次之后，回到原点，查看内存占用量，如果不断增加，说明存在Abandoned Memory。

最大区别：
Leaked Memory是不可达的
Abandoned Memory是可达的
2017-12-04

5、几个概念：

（1）stack frame

栈帧，一个数据结构，包含了方法（函数）调用的传入参数、局部变量、调用结束时返回的地址。

（2）recorded stack frame

已经不存在于内存中的栈帧，触发当前断点处方法（函数）的历史stack frame。在Xcode的调试器系统中，会记录一定数量的recorded stack frame，方便回溯。

（3）call stack

方法（函数）调用栈，进程运行过程中，会将关于自己正在做什么的信息保存到一个数据结构中，这个数据结构就叫做call stack。通常，call stack中，每个元素就是一个stack frame。每次调用方法的时候，进程会把这个方法的stack frame压入call stack的顶部（栈顶）。

（4）backtrace

当前有效的函数调用列表（A backtrace is a list of the currently active function calls），backtrace可以简单理解为某个时刻（如断点时），call stack的快照（瞬时描述）。
2017-12-02

4、debug的时候，我们都在做什么？
（1）确定（Identify）bug
（2）定位（Locate）发生问题的代码位置
（3）检查（Inspect）运行时的控制流程和数据结构，找出导致bug的根本原因
（4）修复（Fix）bug
（5）验证（Confirm）我们是否正确修复了bug，重新跑一边程序
2017-11-24

3、iOS App中的对象以object graphs的形式存在，object graphs包含object和它们之间的关系。类似的，数据结构包含数据和数据之间的关系；人类社会包含人类和人类之间的关系。2017-11-20

2、将工作中遇到的问题抽象化，看看能不能将解决方案做成工具，给其他人使用。

DTrace的诞生（from 百度百科）

1997年，供职于Sun而现已是Solaris内核研发部高级工程师的Bryan Cantrill 和他的工作组在紧张地研究一个性能问题，他出现在刚刚提及的Sun E10000服务器。该服务器在运行基准测试时，速度突然在一段时间内奇怪地降低。工作组经过六天夜以继日的工作后，终于发现了问题的根本原因。某个“愚蠢之极”的配置错误将服务器配置成了路由器。
“我很受震惊，”Cantrill 说到， “这是任何一个客户都可能碰到的问题，但是他们可不敢奢望让内核研发人员为之夜以继日地工作，编写自定义代码以弄清楚问题。我们得找出一个更好的方法。” 经过两年半的紧张研发，Cantrill和他的工作组终于研究出了这个更好的方法： Dtrace 。 ——2017-11-14

1、App 是连接你自定义的代码与系统框架之间的桥梁。

Apps are a sophisticated interplay between your custom code and the system frameworks. ——2017-11-05