Daily Archives: 2014年11月1日

Mac下的启动服务主要有三个地方可配置：

1，系统偏好设置->帐户->登陆项

2，/System/Library/StartupItems 和 /Library/StartupItems/

3，launchd 系统初始化进程配置。

前两种优化比较简单，本文主要介绍的是第三种更为复杂的launchd配置优化。

launchd是Mac OS下，用于初始化系统环境的关键进程。类似Linux下的init, rc。

我们先来看一下Mac OS X的启动原理：

1，mac固件激活，初始化硬件，加载BootX引导器。

2，BootX加载内核与内核扩展(kext)。

3，内核启动launchd进程。

4，launchd根据 /System/Library/LaunchAgents , /System/Library/LaunchDaemons , /Library/LaunchDaemons, Library/LaunchAgents , ~/Library/LaunchAgents 里的plist配置，启动服务守护进程。

看完了Mac OS X的启动原理，我们不难发觉 /System/Library/LaunchAgents , /System/Library/LaunchDaemons , /Library/LaunchDaemons, Library/LaunchAgents 五个目录下的plist属性文件是优化系统的关键。

下面再来理解几个基础概念：

/System/Library和/Library和~/Library目录的区别?

/System/Library目录是存放Apple自己开发的软件。

/Library目录是系统管理员存放的第三方软件。

~/Library/是用户自己存放的第三方软件。

LaunchDaemons和LaunchAgents的区别?

LaunchDaemons是用户未登陆前就启动的服务(守护进程)。

LaunchAgents是用户登陆后启动的服务(守护进程)。

上面提到的五个目录下的plist文件格式及每个字段的含义：

Key	Description	Required
Label	The name of the job	yes
ProgramArguments	Strings to pass to the program when it is executed	yes
UserName	The job will be run as the given user, who may not necessarily be the one who submitted it to launchd.	no
inetdCompatibility	Indicates that the daemon expects to be run as if it were launched by inetd	no
Program	The path to your executable. This key can save the ProgramArguments key for flags and arguments.	no
onDemand	A boolean flag that defines if a job runs continuously or not	no
RootDirectory	The job will be chrooted into another directory	no
ServiceIPC	Whether the daemon can speak IPC to launchd	no
WatchPaths	Allows launchd to start a job based on modifications at a file-system path	no
QueueDirectories	Similar to WatchPath, a queue will only watch an empty directory for new files	no
StartInterval	Used to schedule a job that runs on a repeating schedule. Specified as the number of seconds to wait between runs.	no
StartCalendarInterval	Job scheduling. The syntax is similar to cron.	no
HardResourceLimits	Controls restriction of the resources consumed by any job	no
LowPriorityIO	Tells the kernel that this task is of a low priority when doing file system I/O	no
Sockets	An array can be used to specify what socket the daemon will listen on for launch on demand	no

看不懂上面地plist配置吗?没关系，我们的优化策略是完全卸载服务，所以我们不用关心plist里的配置含义。

开始优化禁用服务，我们需要用到Mac OS提供的一个工具指令-launchctl

launchctl 指令会针对服务设置一个禁用标志，launchd启动时会先检查这个服务是否被禁用，从而确定是否需要启用这个服务。

禁用服务的方法1

先找到禁用标志文件 /var/db/launchd.db/com.apple.launchd/overrides.plist，查看你要禁用的服务是否已被禁用了。

有些服务已被禁用，但未列在overrides.plist里。此时，你还需要检查这个服务的plist文件Label字段是否已经标记为 Disable。

确认这个服务未禁用后，我们就可以通过调用如下命令，来禁用服务：

sudo launchctl unload plist文件路径

sudo launchctl unload -w plist文件路径

比如，我想禁用spotlight，则输入

sudo launchctl unload /System/Library/LaunchAgents/com.apple.Spotlight.plist

sudo launchctl unload -w /System/Library/LaunchAgents/com.apple.Spotlight.plist

禁用完服务以后，重启Mac OS即可生效。

禁用服务的方法2，一种更有效且暴力的方法(推荐)

先卸载服务

sudo launchctl unload /System/Library/LaunchAgents/com.apple.Spotlight.plist

然后将plist文件mv到其他目录备份。重启。搞定。是不是很简单!

我个人比较喜欢这种禁用服务的方式，所以推荐一下。

如果发现服务禁用后，系统或软件出现异常，可以通过如下命令，还原服务：

方法1:

sudo launchctl load -wF plist文件路径

方法2:

将备份的plist文件mv回原来的文件夹。

sudo launchctl load plist文件路径

注意：系统级服务的禁用要异常小心，请在禁用前google，确保你熟知这个服务的作用。否则可能导致系统无法启动。

最安全的做法就是不要去禁用它了。

当然，用户服务我们还是可以放心禁用的，有问题最多再启用呗。

下面是我禁用的服务列表：

/System/Library/LaunchDaemons/com.apple.metadata.mds.plist (禁用spotlight的前提)

/System/Library/LaunchAgents/com.apple.Spotlight.plist (Spotlight)

/Library/LaunchDaemons/com.google.keystone.daemon.plist (Google Software Update)

/Library/LaunchAgents/com.google.keystone.root.agent (Google Software Update)

~/Library/LaunchAgents/com.google.keystone.agent.plist (Google Software Update，用户下的进程不需要加 sudo)

~/Library/LaunchAgents/com.apple.CSConfigDotMacCert-ken.wug@me.com-SharedServices.Agent.plist (me.com的共享服务，我不用)

/System/Library/LaunchDaemons/org.cups.cupsd.plist (打印机)

/System/Library/LaunchDaemons/org.cups.cups-lpd.plist (打印机)

/System/Library/LaunchDaemons/com.apple.blued.plist (蓝牙)

/System/Library/LaunchAgents/com.apple.AirPortBaseStationAgent.plist (apple无线基站，我没有这个设备)

知道守护进程(服务)名，如何找到对应的plist文件?

将进程(服务)名拷贝，然后到 /System/Library/LaunchAgents , /System/Library/LaunchDaemons , /Library/LaunchDaemons, Library/LaunchAgents , ~/Library/LaunchAgents 五个目录里，通过以下命令查找：

ll|grep 进程(服务)名

比如

ll|grep blued

在 /System/Library/LaunchDaemons 中找到了它。接下来，请按上面指导的步骤，禁用该服务。

 

link: http://www.3lian.com/edu/2013/04-26/67191.html

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

 

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

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启动。

 

link: http://blog.csdn.net/abby_sheen/article/details/7817198