我认为他们可以，但我没有把我的钱放在我的嘴(这么说)设置只读属性实际上似乎没有做任何事情。
我宁愿不使用Disabled，因为我希望选中的复选框与表单的其余部分一起提交，我只是不希望客户端能够在某些情况下更改它们。
当前回答
为什么不在上面用一个空白div覆盖输入呢?
<div id='checkbox_wrap'>
<div class='click_block'></div>
<input type='checkbox' />
</div>
然后是CSS
#checkbox_wrap{
height:10px;
width:10px;
}
.click_block{
height: 10px;
width: 10px;
position: absolute;
z-index: 100;
}
其他回答
<input type="radio" name="alwaysOn" onchange="this.checked=true" checked="checked">
<input type="radio" name="alwaysOff" onchange="this.checked=false" >
为什么不在上面用一个空白div覆盖输入呢?
<div id='checkbox_wrap'>
<div class='click_block'></div>
<input type='checkbox' />
</div>
然后是CSS
#checkbox_wrap{
height:10px;
width:10px;
}
.click_block{
height: 10px;
width: 10px;
position: absolute;
z-index: 100;
}
很晚才开始贡献……但无论如何。在页面加载时，使用jquery禁用除当前选中的复选框外的所有复选框。然后将当前选中的选项设置为只读，这样它的外观与禁用选项相似。用户不能更改该值，所选值仍然提交。
我知道“disabled”不是一个可接受的答案，因为操作希望它发布。但是，即使设置了只读选项集，也必须在服务器端验证值。这是因为您无法阻止恶意用户使用readonly属性发布值。
我建议存储原始值(服务器端)，并将其设置为禁用。然后，当他们提交表单时，忽略发布的任何值，并使用您存储的原始值。
它的外观和行为都像一个只读值。它处理(忽略)来自恶意用户的帖子。你真是一举两得。
我只是不希望客户在某些情况下能够更改它们。
READONLY本身不起作用。你可能可以用CSS做一些奇怪的事情，但我们通常只是禁用它们。
警告:如果它们被发布回来，那么客户端可以更改它们，句号。你不能依靠只读来阻止用户修改某些东西。总是可以使用fiddler或只是改变html w/firebug或诸如此类的东西。
