Arch Linux是面向x86-64架构的通用型开源Linux发行版。该发行版采用滚动更新模型，不设固定版本号。官方团队每月发布系统快照，用作安装介质。其设计遵循「KISS原则」，注重结构简洁，例如不提供图形化的安装向导和配置工具。Arch Linux使用pacman作为软件包管理器，能够从软件仓库安装、升级软件包；同时提供配套的构建系统，允许用户通过PKGBUILD脚本编译软件包。
该项目由贾德·维内特（）于2001年创立，2002年3月发布首个版本，现由社区志愿者负责日常开发和维护。除操作系统本身外，该项目还形成了两个社区项目：Arch用户仓库和ArchWiki。前者允许用户通过提交构建脚本分享未纳入官方仓库的软件，从而扩大了可用软件的范围，但也存在缺乏代码审查的安全隐患；后者为技术文档网站，至2025年年中已有超过4000个页面，其检索和参考价值得到评论肯定。
Arch Linux凭借软件包更新迅速、可定制程度高而备受好评，但其安装难度较高、学习曲线较为陡峭。因此，评论界普遍认为，该发行版主要面向精通Linux技术且乐意投入时间的用户群体。此外，Arch Linux的代码基础也被用于构建Manjaro、CachyOS等衍生发行版，以及Valve的SteamOS等操作系统。
历史
Arch Linux项目始于2001年初，由加拿大程序员贾德·维内特（）开发。他曾就读于维多利亚大学的计算机科学专业，期间在一家小型互联网公司任职。维内特曾使用Polish Linux Distribution（PLD），随后转向。他赞赏CRUX的简洁与优雅，也青睐PLD的软件包更新系统，但认为两者的软件包管理系统均有不足：CRUX缺乏依赖关系追踪且软件包数量较少，而PLD的软件包模块化程度过高。为了结合各发行版的优点，他通过Linux From Scratch搭建了系统，参考CRUX编写了基本的软件包构建脚本。随后，他开发了pacman软件包管理器；他还设计了配套的构建系统，借鉴了FreeBSD Ports。于2006年的文章中称，该系统也受到Debian、Gentoo、Slackware的影响；不过，在2003年与DistroWatch的访谈中，维内特称自己先前从未使用过Gentoo。
2002年3月11日，Arch Linux的首个版本0.1发布，代号「Homer」。系统采用GNU通用公共许可证。当时多数Linux发行版均针对i386架构，而Arch Linux面向i686架构优化，称其性能更具优势。
2003年6月，Arch Linux引入了对可插拔认证模块（）的支持。2004年，该系统使用X.Org Server取代了XFree86。2012年，Arch Linux改用systemd作为init程序；在此之前，其默认使用BSD风格的init系统，但也支持System V风格脚本。引用官方成员艾伦·麦克雷（）的言论，称这一替换过程是循序渐进的：在各类上游程序开始包含systemd服务文件、许多Arch开发者也转而使用systemd后，才有人在邮件列表中提议使用systemd。2013年6月，Arch Linux将/bin和/sbin目录并入/usr/bin，以期简化目录结构。2017年1月，Arch Linux宣布将逐步停止支持i686架构，成为首批淘汰32位架构的主流Linux发行版。
2019年，一款面向适用于Linux的Windows子系统（）的非官方Arch Linux版本上架Microsoft Store，但官方开发团队成员指责其违反了Arch Linux的商标权。2025年4月，Arch Linux开发团队正式推出官方WSL系统镜像。日本媒体称，Arch Linux推崇简洁的开发理念，因此先前不愿支持WSL。
2021年前后，Arch Linux逐步将其软件包构建脚本从Subversion迁移至Git，并将部分子项目及看板逐步转移至自建的GitLab实例中，以实现对发行版的集中化管理。2024年9月，Arch Linux在邮件列表宣布了与Valve公司合作的消息。Valve将在「构建服务基础设施」及「安全签名环境」两方面提供支持。
设计理念
Arch Linux将自身定位为通用型发行版，旨在满足个人电脑、服务器等多种使用场景。其在开发与维护中秉持着数项核心原则，即所谓的「Arch之道」（Arch Way）或「Arch哲学」（Arch Philosophy）。其设计理念涵盖简洁、用户至上、开放及自由，并将代码的正确性置于便利性之上。这些原则可概括为「保持简洁，且一目了然」（）。
Arch Linux团队将「简洁」定义为「不包含不必要的添加或修改」。其提供的软件包通常保持上游原貌，仅应用少量补丁，且其中大多会被上游接受；与之相对，部分发行版会应用大量补丁，使得软件和上游版本大相径庭。系统也不提供设置向导或配置工具，一切系统配置均交由用户自行处理。多数系统配置通过修改文本文件完成；该发行版力求让配置文件易于理解，配有详尽注释。
Arch Linux采用滚动发行模式，不设版本号，也没有固定发布时间表，用户通常可以较快获得更新，即「一次安装，永久更新」。小型软件在数小时或数天内就会更新，大型应用程序（如桌面环境的主版本更新）则通常需要数天或数周的时间。称Arch Linux积极拥抱新技术，适合「走在技术前沿」的用户。
安装
Arch Linux的安装镜像仅集成核心软件仓库快照，用于构建基础系统。安装镜像在早期采用不定期发布机制，此后改为每月首日固定发布。系统安装过程并不提供图形化界面，而是直接进入shell提示符，由用户手动执行网络配置、硬盘分区、基础系统安装、引导程序配置等一系列步骤。安装过程中，用户可通过语音合成器听取控制台输出。默认安装仅包含极简的基础系统，用户可根据需要，自行添加其他组件。
系统早期提供安装程序，称为Arch Linux安装框架（），界面基于ncurses。安装过程分为多个步骤，其中「系统配置」环节允许用户自行编辑配置文件，例如可以调整网络设置。但该程序后来被移除。
2021年4月，Arch Linux开始在安装镜像中集成名为archinstall的引导式安装程序。该程序使用Python编写，采用，能够自动完成磁盘分区、桌面环境安装等任务。
软件包
软件包管理器
pacman是Arch Linux的软件包管理器，使用C语言编写，在GNU通用公共许可证下发布。其功能与Debian的apt-get类似，能够安装、卸载、更新软件包，查询软件包的安装状态，同步软件包数据库。安装软件包时，pacman会下载其所有依赖项。pacman亦支持并发连接，例如同时下载多个软件包或同步多个软件包源。除官方仓库外，pacman也可使用第三方仓库。该管理器还支持多镜像源，当某个镜像失效时，能够自动切换至其他服务器。
系统未内置图形化软件包管理器，但用户可使用图形化前端工具来调用pacman，例如pamac或PackageKit。
构建系统
2002年7月，pacman引入了Arch构建系统（）。其与Gentoo的emerge类似，用户借此能够自定义官方软件包或从第三方源码创建软件包，甚至是使用自定义的编译参数重建整个系统。软件包的构建过程由名为PKGBUILD的外壳脚本配置，用于从源代码编译并生成可由pacman安装的软件包。2024年，Arch Linux通过RFC决议，计划将PKGBUILD文件明确以Zero-Clause BSD协议授权。
软件仓库
官方仓库的软件包存放在中央存储库及镜像中，由官方的开发人员（Developer）和软件包维护者（Package Maintainer）管理。官方采用务实态度，仓库中既收录了开源软件，也包含了部分非自由软件（如Steam）；因此，Arch并未获得自由软件基金会的推荐。LWN.net的乔纳森·科比特（）表示，Arch Linux在提供编解码器等可能涉及专利争议的软件时并无顾忌。在2021年的报道中引用了官方团队成员的表述，称打包人员发布更新较为频繁，平均每日发布30至40个更新，尽可能与上游版本保持同步。官方亦向「可重现构建」计划投入资源，旨在使构建产物具备确定性与可验证性。Arch Linux官方曾一度缺乏用于防篡改的软件包签名机制，因而引发安全方面的讨论；2011年开始，官方逐步推进软件包的PGP签名措施，安装软件时会做相应校验。
发行版发展初期，Arch Linux的包管理系统由仓库（repository）与分支（branch）两个维度构成。官方设有三个仓库：Official（官方）、Unofficial（非官方）、Unstable（不稳定）；在每个仓库内部，又细分为STABLE（稳定）和CURRENT（当前）两个分支。其中，CURRENT分支采取持续同步上游最新版本的策略；而STABLE分支仅在官方系统版本推出的特定时间点发生变动，用于冻结并指向当时CURRENT分支的软件包快照。这即为当时的滚动发布模型。
2007年，Arch Linux重组了官方仓库架构。根据2011年及2015年的文章记载，此时的仓库体系已包含5个部分：Core（核心）、Extra（额外）、Community（社区）、Testing（测试）、Multilib。其中，Core仓库包含系统所需的基础组件（如Linux内核、GNU核心工具组），以及部分应用广泛的工具（如OpenSSH）；Extra仓库包含了用户日常使用的软件，包括Firefox、；Community仓库收录部分来自用户仓库并经用户投票选出的软件包，由官方成员维护并以二进制形式提供；Testing仓库包括未经充分测试的软件包，尚待进入Core和Extra仓库；Multilib包含64位系统上的32位库文件及二进制文件。所有进入Core仓库的软件包，必须先在Testing仓库中测试。2023年左右，Community仓库并入Extra。
用户仓库
2005年4月，官方建立了用户仓库（）。该仓库存储了由用户创建和维护的PKGBUILD脚本，以提供尚未进入官方仓库的软件；其中包含部分专有软件，也有来自其他来源的预编译的二进制文件。所有用户均可注册账号，还可认领无人维护的软件包（孤儿包）。至2026年6月，该仓库已有超过10.7万个软件包。用户可以借助独立的AUR辅助工具（如paru或yay）来搜索软件、下载PKGBUILD文件、解析依赖关系，并自动完成后续的编译、安装和更新工作；此外，亦有PacmanXG和pamac等工具提供图形化界面支持。官方的软件包维护者负责维护AUR，例如会处理用户请求；但对于软件的添加及更新，并无审核流程。部分评论称，该仓库中的软件质量参差不齐且未经彻底审查，可能存在安全风险。
AUR曾发生数次安全事件。2018年6月，有恶意用户篡改了PDF阅读器软件包acroread，软件构建过程中会从远程站点下载并执行脚本，从而在系统中植入持久化运行的程序。2025年7月，有攻击者向AUR上传了数款Firefox及其衍生浏览器的受污染软件包，其中包含远程访问木马。同月，一位恶意用户上传了google-chrome-stable，构建脚本中亦被植入了同类木马。2026年6月，AUR遭遇大规模恶意提交，攻击者认领大量孤儿包，随即在构建脚本中引入有害的JavaScript依赖项，试图窃取敏感信息，超过1500个软件包受到影响；随后，Arch Linux团队暂停了新用户注册。
LWN.net的乔纳森·科比特（）认为，负责管理该系统的人力规模较小，难以应对如此庞大的软件包数量。该网站另一位编辑乔·布罗克迈耶（）将AUR与其他发行版的类似仓库（包括Fedora Linux的Copr、openSUSE的Open Build Service、Ubuntu的Personal Package Archive）做比较，称AUR在所有权方面的管理宽松：所有PKGBUILD文件都在同一命名空间下；尽管规则要求新维护者在接管软件包时须更新维护者信息，但该要求完全基于信任且缺乏强制审查，因而极易遭到滥用。软件包维护者乔纳森·格罗特吕申（）指出，用户有责任阅读PKGBUILD文件，自行判断其内容是否安全；但布罗克迈耶认为，许多用户仅仅将其视为普通的软件包仓库，几乎不会阅读PKGBUILD，并且即使是具备安全意识的用户，也不太可能逐一检查每次更新。因此他写道，「AUR现有的政策或许已不足以应对当今的安全威胁」。The Register也持有类似观点，称AUR在架构与维护机制上存在风险，其开放且由社区驱动的模式容易遭到蓄意破坏。的克里斯托夫·朗纳（）更称其质量控制「流于表面」。
出于安全性考虑，开发人员于2026年6月将AUR从构建流水线中移除，但用户仍可自行使用。
ArchWiki
ArchWiki为wiki类型的网站，提供与Arch Linux相关的文档。至2025年年中，该wiki已有超过4000个内容页面（不计讨论页、重定向页、帮助页等）。该网站于2004年建立，最初采用作为后端，但不久便迁移至MediaWiki。自2006年至2025年7月，已有8.6万多名编辑者做了逾84万次编辑；平均每月约有300名活跃贡献者，编辑次数超过2000次。该项目还设有贡献准则以及内容准则，以便维持内容品质。
该网站的日常管理由约30至50名志愿维护者组成的团队负责；由于维护团队无法逐一审查所有内容变更，因此依赖社区用户审核页面，以确保内容准确性。在技术层面，项目提供了两款辅助工具来简化编辑流程：Python脚本wiki-scripts用于自动化执行链接有效性检查等常见操作；浏览器交互工具Wiki Monkey则用于协助贡献者完善内容，具备展开缩写以及将HTML标签转换为MediaWiki标记语法等功能。
组织
Arch Linux完全由志愿者开发，得到了（）这一非营利组织的支持。官方贡献者主要包括开发人员（Developer）、软件包维护者（Package Maintainer）、支持人员（Support Staff，负责管理论坛、wiki、IRC频道、缺陷跟踪系统）。其中，开发人员从软件包维护者中选拔产生。其内部没有严格的等级体系，但资历深厚且贡献突出的开发者通常更具话语权。官方成员通过邮件列表、IRC、缺陷跟踪系统等方式开展工作，没有太多正式流程。多数工作由各个小组负责（如可重现构建小组、DevOps团队），总体决策通过共识产生；若无法产生共识，则由项目负责人介入决定。团队自称，开发工作不会受到企业赞助或是外部压力的影响。Arch Linux并未制订具体的路线图，核心团队认为，不设固定路线图有助于根据当前状态和优先级动态调整目标，从而提高灵活性和适应性。
项目负责人的职责包括：在开发者未能达成共识时做出决策、在公共利益软件组织董事会中代表Arch Linux、在法律层面代表该项目、统筹发行版的日常开发工作。项目成立后，贾德·维内特即担任首席程序员。2007年10月，维内特宣布辞去职务，将领导权移交给阿龙·格里芬（）。2020年初，列文特·波亚克（）成为新的项目领导人。此前，项目领导者的任期并无限制；该选举中将任期限制为两年。此次选举还修改了流程：选举为期两周，结果由成员通过排序复选制产生，无最低投票人数限制，领导者任期届满后可无限次连任。
衍生版
在2021年的文章中援引DistroWatch的数据，称Arch Linux有20个衍生发行版，数量仅次于Debian和Ubuntu。该杂志还引用团队成员的观点，将衍生版分为两类：一类是针对特定架构重建的移植版，这类发行版通常直接沿用官方的软件包树；另一类是重制版或变体版，为实现特定目的而对系统做出定制。
Arch Linux仅支持x86-64架构。部分社区和公司尝试将系统移植到其他架构上。例如，Arch Linux ARM项目让系统适配ARM架构，龙芯中科将之移植至LoongArch架构上。
Arch Linux安装过程复杂，因此催生了Manjaro Linux、Antergos、ArcoLinux等衍生发行版，旨在简化安装步骤。、CachyOS针对游戏体验做了优化，而BlackArch则专门用于渗透测试和安全研究。不采用systemd，而是使用其他init系统；Parabola GNU/Linux-libre剔除了所有专有组件。
SteamOS是Valve定制的Linux发行版，为自家Steam Deck的预设操作系统；该系统早期基于Debian，后在3.0版本改用Arch Linux。
评价
的马扬克·夏尔马（）为Arch Linux打出8/10分，赞赏其在性能与说明文档等方面的优异表现。拉吉斯拉夫·博德纳尔（）为LWN.net撰稿称，该发行版小而友好的社区、更新及时的软件仓库以及卓越的包管理是「最大的金字招牌」。部分评论将Arch Linux与Gentoo相提并论，甚至将其比作「二进制版的Gentoo」，强调两者除了在包构建方式上存在差异外，其他诸多方面均高度相似。伊万·耶利奇（）在LWN.net上称，两款发行版在安装和组态过程上都赋予了用户极高的掌控权。由于该系统缺乏默认的桌面环境与应用程序组合，The Register的斯科特·吉尔伯森（）指出，不同用户的软件配置可能大相径庭，因此统一评测难度较高。
多位评论者提到，Arch Linux因允许用户深度定制而深受目标群体青睐，但其技术门槛对普通用户并不友好。吉尔伯森将其称为「DIY Linux用户的最后庇护所」。LWN.net的乔纳森·科比特（）撰文称，「Arch并没有提供一座成品房屋，反而是提供了一堆建筑材料和组装工具，几乎可以将其组装成任何所需的形状」。他进而分析称，该发行版目标明确，专为精通Linux、追求前沿软件且乐于投入时间配置系统的高级用户打造。这种对系统的完全掌控，也得到了的苏珊·林顿（）与的布鲁斯·拜菲尔德（）的认同；后者更强调，只要坚持度过前期阶段，便能欣赏使用户完全掌控系统的设计原则。不过，夏尔马对系统的易用性持保留态度，吉尔伯森和Engadget的约翰·布朗宁（）也都称系统的安装过程相对繁琐。吉尔伯森直言，在试图吸引主流用户的人看来，这种安装难度属于「设计使然」，将新手拒之门外。面对这一门槛，The Register的利亚姆·普罗文（）建议，用户可以先在虚拟机中尝试Ubuntu或Mint，使用不同的桌面环境，找到合适的组合后，再在Arch中构建。克里斯托夫·朗纳（）为撰稿表示，虽然Arch Linux对新手不友好，但用户遇到问题后，通过查询文档基本就能解决。的乔恩·肯特（）称，用户在折腾Arch Linux时获得的经验，有助于加深对Linux的理解。吉尔伯森亦表示，复杂的安装过程能让用户获益良多。他形容这就像是「拉开帷幕，让人看清幕后的运作」，且这道帷幕在Arch中彻底消失，因为用户「就是那个身处幕后的人」。
数篇评论将包管理器pacman视作Arch Linux的标志性特色。的凯文·布什（）赞扬pacman效率冠绝同类产品。科比特同样肯定其速度迅捷、功能齐全，但认为语法不易快速掌握，上手需要一定时间。他还指出，Arch Linux的软件包依赖关系松散，一方面能够减少需要安装的软件包，另一方面用户可能需要花费时间排查并安装缺失的依赖项。科比特还赞扬Arch的软件包丰富。布什认为Arch的用户仓库优于Fedora Linux的第三方仓库和Ubuntu的Personal Package Archive，称用户能够借助PKGBUILD文件轻松地从源代码构建应用程序，并自动处理依赖关系。吉尔伯森指出，Arch Linux坚持将上游源码直接打包分发而不作二次修改。他认为这种策略具有两面性：它虽能为用户提供纯净的原生软件体验，但也意味着系统缺乏发行版层面的定制补丁，以致未能处理上游优先修复的缺陷。
Arch Linux采用滚动更新。蒙斯大学于2020和2021年的研究证实，得益于该机制，Arch Linux的软件包新鲜度在主流Linux发行版中位列榜首，过时软件包比例低、平均更新延迟短，是追求前沿软件用户的首选。官方成员艾伦·麦克雷（）透露，Arch Linux的安全更新主要源自两个渠道：来自上游的常规版本更新，以及根据需要实施的临时补丁修复。一位系统管理员接受采访时称，Arch的极简架构有助于降低安全隐患。但科比特批评Arch Linux在安全方面表现参差，修复漏洞的时间不一。正因采用了滚动更新机制，系统的稳定性时常受到质疑。认为，Arch Linux的滚动更新偶尔会引发严重的系统故障，因此怀疑其在生产环境中的适用性。何塞·迭格斯·卡斯特罗（）在其著作中直言，「Arch Linux的不稳定程度可谓登峰造极」。杂志还称，Arch Linux的部分变更要求用户手动干预系统，风险较高，对于追求高可用性的服务器环境而言，其维护成本远高于Debian和RHEL等传统发行版。但吉尔伯森认为其稳定性表现甚至优于其他发行版，表示自己在实际使用中从未因更新导致系统损坏。他亦坦言，盲目更新Arch Linux确有风险，但这一风险对任何发行版而言皆普遍存在。卡斯特罗认为，该系统的可靠性取决于用户的管理方式和技术水平。在的相关采访中，部分系统管理员也表达了类似观点。有受访者称，滚动更新将变更分散，比传统的版本迭代更容易维护；也有观点强调，故障多因用户忽略上游及官方信息所致，若做好事前测试，Arch Linux则能在服务器上保持稳定。不过普罗文也提醒，若系统长期没有维护，那么更新可能非常棘手。
Arch Linux的文档早期因内容匮乏而受到批评，但经发展后收获广泛赞誉。博德纳尔在2005年撰文称，其文档资源有限，难以引导新手配置系统，与Gentoo相比显得逊色；但他于2003年的文章中肯定了项目提供多种语言的文档。在后来的评论中，拜菲尔德、科比特、布朗宁、普罗文等人均赞扬wiki内容详尽丰富。爱德华·斯诺登公开称赞其内容的检索价值高，还表示如今在ArchWiki之外「几乎不可能发现有用信息」。夏尔马更称ArchWiki对Linux生态做出了「标志性贡献」，其丰富的内容完全可以为几乎任何Linux发行版的用户提供帮助。为此，Debian团队还邀请两位ArchWiki维护者参加2025年的Debian会议，学习相关经验后，对自身wiki做了改造。社区方面也受到普遍好评。博德纳尔称赞社区支持服务完善（如网络论坛和邮件列表活跃），还提到了为开发者配置的CVS仓库和缺陷跟踪系统。拜菲尔德赞扬用户论坛和Reddit专版活跃，还能为其他发行版的用户带来帮助。布朗宁抱怨IRC频道体验欠佳，提出的问题可能会被忽视，但他认为这或许是IRC的特点。
流行文化
2015年10月31日，受「Twitch Plays Pokémon」协作直播的启发，Twitch平台上发起了名为「Twitch Installs Arch Linux」的活动。观众通过聊天室投票决定发送至终端的按键，以此共同控制Arch Linux的安装过程。该活动遭遇僵尸网络干扰，期间甚至一度被强行部分安装了Gentoo Linux。然而，参与者仍于首日从硬盘引导了Arch Linux系统，并在随后的几天内陆续完成了IRC客户端配置与Game Boy模拟器运行等后续目标。
Arch Linux在技术爱好者群体中较为流行，因而成为网络社区调侃的对象，如网络迷因「I run Arch, by the way」。
脚注
注释
参考
外部链接
*
- GitHub上的[https://github.com/archlinux/ Arch Linux]
- 论坛：[https://bbs.archlinux.org/ 英文] 、[https://forum.archlinuxcn.org/ 中文]
- 社群：[https://www.archlinuxcn.org/ 中文社区] 、[https://archlinux.tw/ 臺灣社群]
评论 (0)