仅从可用性角度：何时使用readonly替代disabled？

首先明确一点：二者的核心可用性差异，在于是否允许用户与内容交互（查看、复制）以及视觉/信息传递的连贯性，以下是readonly更适合的场景：

1. 需要用户查看、复制内容，但禁止编辑时 #

很多时候，表单里的字段内容是用户需要留存或复用的信息——比如历史订单号、自动生成的用户昵称、计算得出的税费金额。如果用disabled，多数浏览器会限制用户选中、复制这些内容，用户想保存信息就得手动输入，反而增加操作成本。而readonly既锁死了编辑权限，又保留了文本选中、复制的能力，完全贴合这类场景的需求。

2. 需要维持表单视觉连贯性，同时传递“不可编辑但属于表单核心信息”的状态 #

有些表单字段是依赖其他操作生成的联动内容，比如用户选择套餐后自动填充的“套餐详情”、填写地址后生成的“物流预估时效”。这类字段属于表单的核心信息链，用disabled的灰色样式会打断表单的视觉流，让用户觉得这个字段是“无关的、被废弃的”；而readonly保持和正常字段一致的外观，再配合简单的提示（比如标签里加“（不可编辑）”、右侧加小锁图标），既能让用户快速识别状态，又不会破坏表单的整体连贯性。

关于屏幕阅读器与复制的补充问题 #

• 屏幕阅读器表现：readonly字段会被正常遍历，并且会明确告知用户“只读”状态，用户能完整获取字段内容和状态；disabled字段默认会被大多数屏幕阅读器跳过，用户无法直接获取到里面的信息，这会给视障用户造成信息获取障碍。
• 复制disabled内容：如前面所说，多数浏览器不支持直接复制disabled输入框的内容，用户只能通过查看页面源码或者开发者工具获取，这对普通用户来说门槛极高，完全不符合可用性要求。

对“readonly易造成困惑”的回应 #

你觉得readonly容易让用户困惑，本质是很多场景下没有做配套的状态提示。如果只用readonly却不标注“不可编辑”，用户确实可能尝试编辑后受挫，但这是实现方式的问题，不是readonly本身的可用性缺陷。只要配合清晰的文字或视觉提示，readonly的状态识别成本并不会比disabled高。

内容的提问来源于stack exchange，提问作者Visibly0467