三种方式配置Mac启动项

在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文件

<?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

注意：1）可执行文件的名称和它所在的文件夹的文件名是一样的，这是系统默认的规则。

2）操作可执行文件需要获得root权限。

3）可执行文件是一个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文件：

<?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.三种方式的区别

初步了解了系统的启动过程之后（http://blog.csdn.net/abby_sheen/article/details/7817132），再来看这三种配置启动项的方式，就很容易理解这三种方式之间的差异了。

总的来说，LoginItems 和StartupItems的区别较明显。

对于我们自定义的Launchd daemon，通常（同时也是系统推荐）是放在~/Library/LaunchAgents路径下。launchd进程需要在用户login之后才能加载。这种方式与LoginItems最大的区别在于，启动的进程不同。LoginItems是通过loginwindow去启动的，而Launchd daemon是通过com.apple.launchd.peruser启动。