前言
在mac os x中，有三种方式来实现启动项的配置：1）login items；2）startupitems；3）launchd daemon。下面话不多说了，来一起看看详细的介绍吧。
1. login items
打开system preferences，选择system -> accounts，选择login items选项卡，将/applications目录下的.app直接拖进右边的列表中。重启电脑之后就会发现列表中的程序在开机之后就自动启动了。
2. startupitems
startupitems，顾名思义，就是在系统启动过程中运行的程序，它们可以是运行完就立即终止的程序（比如，开机清空废纸篓），也可以是一直持续在系统运行周期的后台进程。
startupitems一般存放在以下两个路径下：
1）/system/library/startupitems
2）/library/startupitems
大部分与系统相关的startupitems都放在/system/library/startupitems这个路径下，它们会先于/library/startupitems路径下的执行，因为前者路径下的startupitems提供了系统级的基础服务，比如crash reporting，core graphics services，system accounting等，而后者路径在默认情况下是不存在的，需要自己手动创建。
这里我们以/library/startupitems目录下的icebergcontroltower为例。
简单来说，在mac os x上，一个startupitems包含以下两个方面的内容：
1）可执行程序；
2）包含依赖进程关系的plist文件（startupparameters.plist）。
2.1 the property list
2.1.1 plist的key值与含义
startupparameters.plist 是一个属性列表，包含了运行可执行程序的必要条件。
该plist需要获得root权限，包含了几个方面的内容：
1.description；
对该服务的一个简单的描述，仅仅是描述，并不是说明实际的进程名称。
2.provides；
指定startupitems提供的服务。如图plist文件provides中说明，startupitems开启的后台进程名为：iceberg control tower。
provides可以指定多个服务，反映在图中就是item0，item1…等。这里只有item0。
3.uses；
指定了在startupitems加载之前需要开启的服务。mac os x系统先尝试着加载uses中指定的服务，然后再加载startupitems。也就是说，即使uses中指定的服务没有加载成功，系统仍然会加载startupitems。
4.orderpreference；
指定执行startupitems的时间顺序。这个顺序的重要程度排在uses之后，是指定执行完uses之后的顺序。可能的取值包括：first, early, none(default), late, last。
5.messages。
2.1.2 创建一个startupparameters.plist文件
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
|
<?xml version="1.0" encoding="utf-8"?>
<!doctype plist public "-//apple computer//dtd plist 1.0//en"
"http://www.apple.com/dtds/propertylist-1.0.dtd">
<plist version="1.0">
<dict>
<key>description</key>
<string>iceberg control tower initilaization</string>
<key>provides</key>
<array>
<string>iceberg control tower</string>
</array>
<key>uses</key>
<array>
<string>disks</string>
</array>
<key>orderpreference</key>
<string>none</string>
</dict>
</plist>
|
2.2 the executable file
注意：
- 可执行文件的名称和它所在的文件夹的文件名是一样的，这是系统默认的规则。
- 操作可执行文件需要获得root权限。
- 可执行文件是一个shell脚本。
打开icebergcontroltower文件目录下同名的可执行文件，可以看到脚本的具体内容：
一般的可执行文件包含这样几个方面的内容：
1）./etc/rc.common
apple提供的一个脚本库，该脚本库里包含了为可执行文件引进参数的接口。在这里load这个库主要是调用runservice。
2）startservice(), stopservice(), restartservice()
当可执行文件接收到的参数为start，stop或者restart时，执行相对应的函数。
参数含义：
start：开机过程中开启服务；
stop：关机过程中停止服务；
restart：在特定条件下重启服务。
3）runservice “$1”
执行传递给该脚本的第一个参数指定的服务。
“$1” 表示传给该脚本的第一个参数。例如，传入的参数为start，则执行startservice()。
3. launchd daemon
launchd是mac os下用于初始化系统环境的关键进程，它是内核装载成功之后在os环境下启动的第一个进程。
采用这种方式来配置自启动项很简单，只需要一个plist文件，通常（同时也是系统推荐）是将plist放在~/library/launchagents路径下。
3.1 plist文件格式及每个字段的含义：
1）label【required】
该项服务的名称。
2）ondemand【optional】
10.4提供的一个key值，功能与keepalive的基本功能相似，在10.5及之后的系统中被keepalive替代。keepalive扩展了更多的功能，除了使用单一的boolean作为key值之外，还能使用字典结合多个key值。
3）program【programargument是required的，在没有programargument的情况下，必须要包含program这个key】
指定可执行文件的路径。
4）runatload【optional】
标识launchd在加载完该项服务之后立即启动路径指定的可执行文件。默认值为false。
5）workingdirectory【optional】
该key在开启可执行文件之前，指定当前工作目录的路径。
6）keepalive【optional】
这个key值是用来控制可执行文件是持续运行呢，还是满足具体条件之后再启动。默认值为false，也就是说满足具体条件之后才启动。当设置值为ture时，表明无条件的开启可执行文件，并使之保持在整个系统运行周期内。
3.2 创建一个plist文件：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
<?xml version="1.0" encoding="utf-8"?>
<!doctype plist public "-//apple computer//dtd plist 1.0//en"
"http://www.apple.com/dtds/propertylist-1.0.dtd">
<plist version="1.0">
<dict>
<key>label</key>
<string>com.yourcompany.hspa_usb_modem</string>
<key>ondemand</key>
<false/>
<key>program</key>
<string>/application/hspa usb modem.app/running</string>
<key>runatload</key>
<true/>
<key>workingdirectory</key>
<string>/application/hspa usb modem.app</string>
</dict>
</plist>
|
4. 三种方式的区别
初步了解了系统的启动过程之后，再来看这三种配置启动项的方式，就很容易理解这三种方式之间的差异了。
总的来说，loginitems 和startupitems的区别较明显。
| startupitems | loginitems | |
|---|---|---|
| depedency ordering | need | do not need |
| load timing | during startup | after a user logs in |
| launched by who | by root, but not necessarily | the user |
| processes types | background processes and processes that terminate after running | any mac os x executable |
对于我们自定义的launchd daemon，通常（同时也是系统推荐）是放在~/library/launchagents路径下。launchd进程需要在用户login之后才能加载。这种方式与loginitems最大的区别在于，启动的进程不同。loginitems是通过loginwindow去启动的，而launchd daemon是通过com.apple.launchd.peruser启动。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对服务器之家的支持。
原文链接：https://www.jianshu.com/p/17a510431015