news 2026/4/16 16:09:10

文件保护:存取控制矩阵 - **原理**:使用一个二维矩阵来描述系统中每个用户对每个文件的访问权限

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
文件保护:存取控制矩阵 - **原理**:使用一个二维矩阵来描述系统中每个用户对每个文件的访问权限

一、文件链接

  1. 硬链接(Hard Link)

    • 通过ln 源文件 新文件名命令创建。
    • 本质:多个文件名指向同一个索引节点(inode),共享文件数据块。
    • 特点:
      • 不支持跨文件系统(因为不同文件系统的 inode 编号可能重复)。
      • 删除一个硬链接不会影响其他链接,只有当所有链接都被删除时,文件数据才被真正释放。
      • 使用ls -l查看时,第二列数字表示该文件的硬链接数(即 inode 被引用的次数)。
  2. 符号链接(Symbolic Link / Soft Link)

    • 通过ln -s 源文件 新链接名创建。
    • 本质:创建一个特殊的“link 文件”,内容是目标文件的路径字符串。
    • 特点:
      • 可以跨文件系统,甚至指向网络上的远程文件(如 NFS)。
      • 链接数始终为 1(因为它是一个独立的文件)。
      • 访问效率较低,需先读取链接文件内容,再根据路径查找目标文件(多一次磁盘 I/O)。
      • 若原文件被删除或移动,符号链接会变成“悬空链接”(dangling link),访问时报错。

二、文件保护:存取控制矩阵

  • 原理:使用一个二维矩阵来描述系统中每个用户对每个文件的访问权限。

    • 行表示用户(主体),列表示文件(客体)。
    • 矩阵元素 A[i][j] 表示第 i 个用户对第 j 个文件的操作权限,如 R(读)、W(写)、X(执行)等。
  • 示例(表 4-5)

    用户文件权限
    张军ALPHARWX
    王伟BETARWX
    赵凌SQRTRWX
    李晓钢REPORTRWX
  • 优缺点分析

    • 优点:逻辑清晰,权限管理直观。
    • 缺点:稀疏矩阵导致空间浪费严重(大多数用户对大多数文件无权限),难以扩展到大型系统。
    • 实际应用中通常采用更高效的替代方案,如:
      • 访问控制列表(ACL):按文件维护权限列表。
      • 能力表(Capability List):按用户维护可访问文件及其权限。
      • 权限位(如 Unix 的 rwx):简化模型,分为 owner/group/others 三类用户。

补充说明:
这部分内容属于操作系统中的“文件管理”核心模块,尤其在 UNIX/Linux 系统中体现明显。理解硬链接与符号链接的区别有助于掌握文件系统的底层结构;而存取控制矩阵则是现代权限系统的设计基础,在软件设计师考试、系统安全设计等领域频繁考查。
硬链接和符号链接在 inode 上的区别如下:

  1. 硬链接(Hard Link)

    • 硬链接与原文件共享同一个 inode 编号
    • 实际上,硬链接只是给已有文件增加了一个新的目录项(文件名),所有硬链接都指向同一个物理 inode。
    • 文件的链接计数(link count)会随着硬链接的创建而增加(可通过ls -l第二列查看)。
    • 只有当所有硬链接都被删除、链接计数为 0 时,系统才会真正释放该文件的数据块和 inode。
  2. 符号链接(Symbolic Link / Soft Link)

    • 符号链接拥有自己独立的 inode,它是一个特殊类型的文件(link 类型)。
    • 其 inode 中记录的内容是目标文件的路径字符串(例如/home/user/file.txt)。
    • 不影响原文件的链接计数(原文件的 link count 不变)。
    • 即使符号链接存在,原文件被删除后,符号链接将失效(称为“悬空链接”)。

📌 示例说明:

# 创建测试文件$echo"hello">original.txt# 创建硬链接$lnoriginal.txt hardlink.txt# 创建符号链接$ln-s original.txt softlink.txt# 查看 inode 信息$ls-li131073-rw-r--r--2user user6Apr510:00 original.txt131073-rw-r--r--2user user6Apr510:00 hardlink.txt# 相同 inode131074lrwxrwxrwx1user user12Apr510:00 softlink.txt ->original.txt# 不同 inode
  • original.txthardlink.txt的 inode 编号相同(131073),属于硬链接。
  • softlink.txt的 inode 编号不同(131074),类型为l(link),内容是指向原文件的路径。

✅ 总结对比表:

特性硬链接符号链接
是否共享 inode是(同一 inode)否(独立 inode)
链接数是否增加
能否跨文件系统
能否链接目录通常不允许(防止循环)可以
原文件删除后状态仍可访问(数据未删)失效(悬空链接)
inode 类型普通文件类型特殊 link 类型

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/4/15 20:41:51

Flask WebUI如何集成?M2FP提供完整前端交互模板

Flask WebUI如何集成?M2FP提供完整前端交互模板 🧩 M2FP 多人人体解析服务 (WebUI API) 项目背景与技术定位 在计算机视觉领域,人体解析(Human Parsing) 是一项比通用语义分割更精细的任务,目标是对图像中…

作者头像 李华
网站建设 2026/4/16 11:15:51

轻量化部署典范:CSANMT仅需2GB内存即可运行

轻量化部署典范:CSANMT仅需2GB内存即可运行 🌐 AI 智能中英翻译服务 (WebUI API) 在多语言交流日益频繁的今天,高质量、低延迟的机器翻译服务已成为开发者和企业不可或缺的技术基础设施。然而,传统翻译模型往往依赖高性能GPU和庞…

作者头像 李华
网站建设 2026/4/16 11:00:37

智能零售新方案:M2FP助力顾客行为分析

智能零售新方案:M2FP助力顾客行为分析 在智能零售场景中,理解顾客的行为模式是提升运营效率和用户体验的关键。从进店路径、停留区域到试穿行为,每一个动作背后都蕴含着可挖掘的商业价值。而实现这些洞察的前提,是对顾客在空间中的…

作者头像 李华
网站建设 2026/4/15 19:52:14

争议拉满!把Agent做成Workflow,是落地捷径还是自废武功?

在AI Agent的热潮中,一个争议性问题始终萦绕在开发者和产品经理心头:把Agent做成Workflow,到底是不是我们想要的? 有人说,Workflow让Agent的执行路径更清晰,落地更稳妥;也有人反驳,…

作者头像 李华
网站建设 2026/4/16 12:44:12

dify工作流集成指南:将AI翻译镜像嵌入低代码平台

dify工作流集成指南:将AI翻译镜像嵌入低代码平台 🌐 AI 智能中英翻译服务 (WebUI API) 在多语言内容爆发式增长的今天,高效、准确的自动翻译能力已成为企业出海、知识管理与跨语言协作的核心基础设施。然而,传统翻译工具往往存在…

作者头像 李华
网站建设 2026/4/15 22:21:03

云启数智一站式元宇宙综合解决方案

在数字化转型浪潮席卷全球的今天,元宇宙作为下一代互联网的演进形态,正逐步从概念走向产业应用。对于众多企业而言,构建属于自己的元宇宙空间意味着全新的交互体验、商业模式与增长机遇。然而,通往元宇宙的道路并非坦途&#xff0…

作者头像 李华