/etc/profile.d中的脚本做什么？

#1 楼

如果这些文件对Bash启动也很重要，为什么这些文件不属于/ etc / profile文件？巨型脚本？”，答案是：


，因为这将是负责脚本的人员的维护噩梦。
因为将脚本作为独立的模块加载，使整个系统更具动态可调性-可以添加和删除单个脚本而不会影响其他脚本。等。
因为它们都是通过/ etc / profile加载的，所以无论如何它们都是bash“ profile”的一部分。特定的启动文件对Bash启动并不重要，那么为什么它们是启动过程的一部分？为什么
它们不只在执行包含它们的设置的特定应用程序时才运行？我将一分为二。第一个问题是关于使用Shell环境的价值和适当性。它有正面价值吗？是的，它很有用。它是解决所有配置问题的最佳解决方案吗？否，但是它对于管理简单参数非常有效，并且也得到广泛认可和理解。相比之下，决定异种地配置这些东西，也许$ PATH可以由单独的独立工具进行管理，首选工具（例如$ EDITOR）可以在某个地方的sqlite文件中，$ LC lang的东西可以在一个文本文件中，并带有一个自定义格式在其他地方，等等-不只是使用env变量，并且/etc/profile.d突然看起来更简单吗？您可能已经知道env变量是什么，它们是如何工作的以及如何使用它们，相对于学习5种完全不同的机制来了解适当命名为“环境”的5个不同普遍方面而言。第二个问题是“启动时间是否合适吗？”，这引起了反对，即效率不是很高（可能使用或可能不使用所有数据，等等）。但是：


实际上，它并不是全部数据，部分原因是没有人在他们的头脑中将其用于多个简单参数（因为还有其他配置方法如果合理使用它，那么对于通常调用的东西，则每次调用gcc时，例如在某个位置的文件中设置默认$ CFLAGS效率就会降低。请记住，涉及的内存量也是无限的。
它可能涉及系统性的事物，可能涉及多个应用程序，而shell是一个共同点。有关该问题的利弊的信息-主要的“优点”和主要的“缺点”是它是全局命名空间。

#2 楼

这些文件特定于应用程序，但是在外壳启动时而不是在应用程序启动时来源。此处使用配置目录的原因与在其他许多地方都可以找到它的原因相同。这允许应用程序或软件包修改配置。如果没有拆分的配置，这将是不可能的，因为试图管理/更新单个配置文件（用户也可以对其进行修改）的多个程序包有很多错误和混乱。

另外， /etc/profile来自所有shell，而不仅仅是bash。 bash特定的配置文件是bashrc，仅用于交互式shell。

#3 楼

约旦的答案不正确。 /etc/profile并非来自所有shell。如您所指出的，它不是由csh，tcsh来源的-我不确定zsh。它是由Bourne shell（sh）派生的，如Korn Shell（ksh）和BASH（bash）衍生的。 csh使用/etc/login。倾向于只使用Borne Shell衍生物的人往往会忘记其他存在的shell。他们在/etc/profile中添加了一些内容，希望将其应用于“所有用户”，然后当奇数C Shell用户（而且我们是一个奇数）没有/etc/profile中配置的内容时感到惊讶。 >即使这样，人们也往往会忘记其他Borne Shell衍生壳的存在。如果他们使用bash或ksh，则可以随意向在Bourne Shell中无效的/etc/profile添加语法，例如定义变量并将其导出到同一行。然后，您将获得执行#!/bin/sh的脚本，并且该脚本在语法上令人窒息。 /etc/profile应该遵循Bourne Shell兼容语法。

同样，您应该坚持自己的.profile（如果需要一些bash语法，请使用.bash_profile）-可能需要额外输入一些内容，但是您可以一次完成所有额外输入。引用${HOME}而不是~等。某些类型的Unix，cron作业在sh下运行，Makefile的每一行都由sh处理，因此，如果您使用的是UNIX的多种版本，那么保留.profile Bourne shell确实是值得的兼容。作为SysAdmin，我无法告诉您我已经通过修复某人与bourne Shell兼容的问题帮助了多少人。

在Linux上，.profile是/bin/sh的链接，当您运行它时，它看起来是运行它的路径，并且（理论上）仅将其自身限制为Bourne Shell支持的内容。同样，Linux上的/bin/bash实际上是vi，再次限制了自身。有时，您会看到功能“渗漏”。有时候，假装为vim的vim会执行vi支持vim不支持的操作，因为vi的作者忘记了在“ vi向后兼容”模式下禁用此功能。如果装作vim的bash具有一些类似的“渗漏”功能，我不会感到惊讶。如果某些功能“可在Linux上的Borne Shell上运行，但不能在基于System V或BSD的UNIX（AIX，OpenBSD等）上运行，则不会感到惊讶。