很多人在使用云服务时，听到“只读”“只写”这样的术语，容易联想到硬件层面的存储器类型，比如只读存储器（ROM）的大小或者某些只能写入一次的设备。实际上，在云存储场景下，这些概念已经脱离了传统硬件的定义，更多是指数据访问权限和操作方式。
只读存储器大小不是云存储的容量指标
传统计算机里的只读存储器（ROM）是用来存放固定程序或数据的，比如BIOS。它的大小通常是固定的，出厂就定好了，用户无法更改。但在云存储里，我们说的“只读”并不是指某个硬件的物理尺寸，而是指对文件的操作权限。例如，你把一份财务报表上传到云端，并设置为“只读”，意味着团队成员可以查看，但不能修改。这里的“大小”无关紧要，重点是权限控制。
举个例子，你在公司共享网盘里看到一个标着“只读”的项目计划书，不管它只有10KB还是100MB，你都不能编辑。这不是因为存储空间受限，而是系统设定的访问规则。
只写存储并非只能写不能读
“只写存储”听起来像是只能往里面塞数据，永远看不到内容，这在实际应用中几乎没意义。但在某些特定场景下，这种机制确实存在。比如日志上传接口，很多系统允许客户端不断推送日志数据，但不允许读取已有内容，防止信息泄露。这时候，这个入口就被称作“只写端点”。
你可以把它想象成一个投信口——你能往里塞信件（写入），但看不到信箱里之前有什么（不可读）。服务器端当然能读，只是对客户端做了限制。所以，“只写”往往是针对特定用户或设备而言的，并非整个系统都不可读。
权限控制才是核心
在云存储中，所谓的“只读”或“只写”，本质是权限策略的一部分。通过配置访问策略，管理员可以精确控制谁能在什么条件下进行哪种操作。比如AWS S3的IAM策略就可以这样设置：
{
"Effect": "Allow",
"Action": ["s3:GetObject"],
"Resource": "arn:aws:s3:::example-bucket/*"
}这段策略允许用户下载对象，也就是“读”，但没有包含PutObject或DeleteObject，因此不具备写入或删除权限。反过来，如果只开放PutObject，那就形成了一个“只写”通道。
这类设置在备份系统中很常见。比如你的手机自动上传照片到云端，App有写入权限，但为了隐私安全，不允许它读取别人的照片——从App角度看，这就是一个“只写”连接。
别被术语迷惑，看实际用途
下次再听到“只读”“只写”，先别急着想硬件结构。在云环境中，它们更多描述的是“我能干什么”，而不是“这东西有多大”或者“它能不能读”。理解这一点，就能更清楚地配置自己的文件分享方式，避免误删、误改，也能更好地保护敏感数据。