鍏充簬Mac OS X.docVIP

Mac OSX的文件系统 文件系统????从体系结构上看，Mac?OS?X实现了对多文件系统的支持，其中最为重要的文件系统包括有：Mac?OS?Extended?(HFS+)，Mac?OS?Standard?(HFS)，UFS，?ISO?9660，?NFS和?AFP。但从用户的角度看，文件系统又是单一的。当用户复制，移动或拖移文件和文件夹时，（会感觉似乎）只存在一个文件系统。文件系统如何被组织????Mac?OS?X文件系统中的几乎每个文件都有其适合放置的存储这一类型文件的标准目录区域。而对用户来说，这并不意味着他们就必须把应用程序和应用程序资源放在被推荐的区域。由于应用程序最终会被打包，因此无论他们被安装在哪里，都能满足自身要求。但假如用户没有把某些内容放在系统软件期望的位置。他们有可能会丧失Mac?OS?X的一些优势。例如，Finder首先通过搜索应用程序的标准位置来导入应用程序数据库（见“收集应用程序信息”一节）。一旦这样做，结果有可能会造成一个隶属于某个应用程序（但不在那一区域）的文档，不能在双击时被立即打开。????文件系统的层次通常被表现为一个以“根（root）”开始的分层结构，在典型的Mac?OS?X文件系统的根目录中（“根”用起始的“/”符号来表示），它包含以下项目：/Mac?OS?X/--一个特殊的卷，操作系统由它开始启动，系统文件和资源也被安装在其上。这个卷通常是一个被格式为Mac?OS扩展格式（HFS+，Mac?OS?Extended）的卷（虽然它也可以是UFS卷）。名称“Mac?OS?X”是它默认的卷名，但用户也可以修改它。/Network/--作为装载到用户系统上的本地网络的根目录。无论用户是否连接到网络上，/Network/目录（其图标是一个“地球”）将始终出现。/OtherVolumes/--显示一个或多个被连接的外部设备或不是启动卷的内部设备。其中可以包括有Zip驱动器，CD-ROM驱动器，数码相机，被装载的网络服务器以及硬盘和它们的分区等。（“OtherVolumes”只是一个真实名称的代表，被连接的卷的实际名称将会是不同的）。所有非启动卷在它们被装载时出现，被卸载时消失。对此有一个例外，用户的iDisk卷即使在被卸载后也不会消失。卷的物理结构与Finder向用户所显示的略有不同。假如用Terminal程序看一下目录结构，您会看到启动卷被装载在根目录层（/），而非启动卷被放在/Volumes/目录中。Finder提供了这种抽象方式，用来在基本的UNIX?系统上提供一个更加传统的Mac?OS界面。像/usr,?/bin和/etc等目录都是标准的BSD目录，它们也存在于根目录层，但Finder向用户隐藏了它们。系统域系统域包含了要求由Mac?OS?X来运行的资源。系统域中的所有资源被放置在启动卷上的/System目录下。这些资源由Apple提供，只有root用户可以修改这个目录的内容。管理用户和应用程序不能在系统域中安装资源或是直接修改它的内容。默认情况下，/System目录仅包含了一个Library子目录。与系统中的其他Library目录一样，这个子目录中包含了许多相同类型的资源。然而在系统域中，这个目录还包含了构成Mac?OS?X系统的许多核心服务，框架和应用户程序。关于Library目录的更多信息，请参见“Library?目录”一节。——————————————————————Library目录Library是一个特殊的目录，用于存储特定的应用程序和特定的系统资源。每个文件系统域都有其自身Library目录的副本，这些Library目录具有不同的访问级别以匹配不同的域类型。虽然一个应用程序可以使用这个目录来存储内部数据或临时文件，但将应用程序的束自身或是用户数据文件存放在Library目录中将是不足取的。应用程序的束应放在一个/Applications目录中，而用户数据应放在用户的home目录中。Library包含了许多标准的子目录。系统例程要求许多标准子目录必须存在，因此删除Library的子目录决不是一个好主意。然而，当需要存储特定的应用程序数据时，应用程序可以创建一个新的子目录。Application?Support特定应用程序的第三方插件，帮助程序，模板和其他资源。按规定，这些项目应被放置在以应用程序命名的子目录中。举个列子，应用程序MyApp的第三方资源将被放在Application?Support/MyApp/中。注意，一个由应用程序开发者创建的资源应被放置在自己的应用程序包中。更多信息请参见“应用程序包”一章节。Assistants帮助用户完成配置和其它任务的程序。Audio声音插件和设备驱动。Color