转载自：Launch Arguments &Environment Variables
Xcode中的启动参数和环境变量中，有许多的选项可以传递给target的scheme，开启一些有用的调试特性。

要在应用中使用启动参数和环境变量，在Xcode工具栏中选择你的target然后点击“Edit Scheme...”

1.png

在左侧的面板中，选择 “Run[AppName].app”，然后在右侧选择 “Arguments” 选项卡，下面会出现两个可下拉的部分，分别是 “Arguments Passed on Launch” 和 “Environment Variables”。

2.png

从调试一个应用的target这个目的来看，启动参数和环境变量可以认为是相同的——它们都是通过定义一些值来改变应用的运行时行为。在实践中，这两者的主要区别是，启动参数一个以横线（-）大头，并且没有单独用于参数值的字段。

启动传参

任何启动时传递的参数在运行期间会覆盖掉当前NSUserDefaults 中的值。这个特性可以被用于特定领域的测试和调试工作，不过使用最广泛的场景还是在本地化和Core Data。

本地化

本地化本身是一项非常具有挑战性而且耗费时间的工作。幸运的是，有一些启动参数可以让这个过程变得容易很多。

想了解更多有关本地化的信息，可以查看我们关于 NSLocalizedString
的文章。

NSDoubleLocalizedStrings

为了模拟德语中经常被破坏UI而且不会被空格折行的长复合词（类似 götterdämmere Weltanschauung），于是有了 NSDoubleLocalizedStrings 这个选项。

根据 IBM 的国际化指南，在把英语翻译成很多欧洲语言的时候，文字的长度可能会变成原来的二倍乃至三倍。

Number of Characters in Text	Additional Physical Space Required
≤ 10	100% to 200%
11 – 20	80% to 100%
21 – 30	60% to 80%
31 – 50	40% to 60%
51 – 70	31% to 40%
70	30%

当你在等待第一批翻译工作完成的时候，或者你只是想看看多语言环境下UI到底被破坏成什么样子，指定下面这个启动项：

-NSDoubleLocalizedStrings YES

3.png

NSShowNonLocalizedStrings

在完成本地化工作的时候，经常会有忘记本地化的字符串。这个时候，如果你使用了 NSShowNonLocalizedStrings 这个启动选择，所有没有被本地化的字符串全都会变成大写，多么美妙！

-NSShowNonLocalizedStrings YES

AppleLanguages

所有启动参数中最有用的大概是AppleLanguages。

一般情况下，要想更改系统语言环境需要经过设置-通用-语言与地区iPhone语言，然后等待模拟器或者设备重启。现在使用下面这个简单的启动参数就可以完成同样的事情：

-AppleLanguages (es)

AppleLanguages 的值可以是语言的名称（"Spanish"），也可以是语言的编码（es）。考虑到本地化文件是使用 ISO 639 编码来定位的，因此使用编码比使用语言名称要好一些。
ISO_639-1代码表

Core Data

在所有的系统框架当中，Core Data可能是最依赖于调试的。各种 Managed objects 在 context 和 thread 中传来传去，各种通知来回发送，发生的事情太多，以至于很难一直对程序进行跟踪。这时候就需要下面这些至关重要的启动参数了：

SQL调试

大部分Core Data技术栈使用SQL作为持续存储层，如果你的应用和大部分应用都类似的话，你可以在Core Data工作的时候观察SQL语句和统计信息。

设置下面这个启动参数“：

-com.apple.CoreData.SQLDebug 3

然后运行程序

CoreData: sql: pragma cache_size=1000
CoreData: sql: SELECT Z_VERSION, Z_UUID, Z_PLIST FROM Z_METADATA
CoreData: sql: SELECT 0, t0.Z_PK, t0.Z_OPT, t0.ZAUTHOR, t0.ZTITLE, t0.ZCOPYRIGHT FROM ZBOOK t0 ORDER BY t0.ZAUTHOR, t0.ZTITLE
CoreData: annotation: sql connection fetch time: 0.0001s
CoreData: annotation: total fetch execution time: 0.0010s for 20 rows.

com.apple.CoreData.SQLDebug 接收的值在 1 到 3 直接，值越高代表输出会越详细。

日志语法高亮

想让你的调试语句更加炫酷一些？把 com.apple.CoreData.SyntaxColoredLogging 这个选项也扔进去，然后做好被各种颜色轰炸的准备：

-com.apple.CoreData.SyntaxColoredLogging YES

迁移调试

在其他的持久层当中，迁移数据是一件易事。然而出于某种原因，Core Data成功地吧这件事变成了噩梦。当事情发展和预期不符，你没有别人可以去责备，只能默默埋怨自己的无知，你感觉自己确实不配使用这样一个直观的，经过良好设计的图形持久化框架时，有一个选项可以帮到你：

-com.apple.CoreData.MigrationDebug

环境变量

启动参数是针对可执行文件的，环境变量的应用范围更广泛一些，和全局变量有类似的地方。

使用下面几个设置来配置环境，通过定制内存管理策略来帮助调试程序。

除非特别声明，环境变量通过传递 YES 和 NO 来打开和关闭某个特定功能。

Zombie!

僵尸在媒体上被过度渲染，在 Objective-C 里却没有得到足够的重视。不管怎样，每个人都知道，要想了解僵尸是需要付出一定的代价的。

当对象被释放之后，它们会被“僵尸化”，是它们能够继续接受消息。这个特性可以用于追踪运行时出现的EXC_BAD_ACCESS 异常。

Name	Effect
NSZombieEnabled	If set to YES, deallocated objects are 'zombified'; this allows you to quickly debug problems where you send a message to an object that has already been freed.
NSDeallocateZombies	If set to YES, the memory for 'zombified' objects is actually freed.

内存分配器

内存分配器包含了几个可以通过环境变量打开的调试选项。苹果在Memory Usage Performance Guidelines 中解释道：

Guard Mallock 是一个特殊版本的 malloc 库，在调试时会替换掉标准库的实现。Guard Malloc 使用了若干技术，可以让你的应用在内存错误发生的时候崩溃掉。例如，它在不同的虚拟内存页上分配多个分开的内存块，然后当内存被释放掉的时候，删除掉整个内存页。之后企图访问被释放掉的内存时，会直接造成内存异常，而不是随便获取一块儿可能含有其他数据的内存区域。当崩溃发生时，你可以直接在调试器中检查失败的位置，定位具体的问题。

下面是最有用的几个选项：

Name	Effect
MallocScribble	Fill allocated memory with 0xAA and scribble deallocated memory with 0x55.
MallocGuardEdges	Add guard pages before and after large allocations.
MallocStackLogging	Record backtraces for each memory block to assist memory debugging tools; if the block is allocated and then immediately freed, both entries are removed from the log, which helps reduce the size of the log.
MallocStackLoggingNoCompact	Same as MallocStackLogging but keeps all log entries.

I/O 缓存

尽管可能性不大，你还是可能会碰到，一些情况下你需要让 stdout 中的日志以非缓冲模式输出（确保在前一个输出被打印出来之后再打印下一个）。你可以通过设置 NSUnbufferedIO 环境变量做到这一点：

Name	Effect
NSUnbufferedIO	If set to YES, Foundation will use unbuffered I/O for stdout (stderr is unbuffered by default).

你还是可以通过苹果的 Technical Note TN2239: iOS Debugging Magic 和 Technical Note TN2124: OS X Debugging Magic 获取更多的有关内容（同时学习到 一堆的 runtime 内部知识）。
希望这篇文章里展示的秘密知识能够持续地为你所用。聪明地使用它们，并且把它们传递给你的同事吧，就像散播那些都市传奇和八卦谣言一样。

Xcode中的启动参数和环境变量