JavaScript与后端代码禁用控件差异：为何后端脚本禁用后无法被检测？

核心原因：jQuery attr() 与 prop() 的区别 #

你遇到的问题根本原因是错误使用了attr()来设置布尔属性disabled，和后端注册脚本的方式、ScriptManager的key参数无关。

对于HTML中的布尔属性（比如disabled、checked），jQuery的attr()操作的是元素的HTML属性节点，而prop()操作的是DOM对象的属性（property）。:disabled选择器和is(':disabled')判断的是DOM元素的disabledproperty是否为true，而非是否存在disabled属性节点。

• 直接在控制台执行$('#PanlDL *').attr('disabled', true)时，浏览器可能会自动同步属性节点和DOM property，所以检测有效；
• 后端注册的脚本执行时机更早（页面渲染阶段），ASP.NET控件的DOM初始化逻辑可能干扰了属性节点到property的同步，导致attr()设置后，DOM元素的disabledproperty并未被正确标记为true，因此检测失效。

解决方案 #

将所有设置disabled的代码从attr()改为prop()：

后端注册脚本修改为： #

ScriptManager.RegisterStartupScript(Page, Page.GetType, "DiablTestKey", "$('#PanlDL *').prop('disabled', true);", true)

检测代码也建议改用:disabled选择器或is(':disabled')（而非检查属性节点）： #

// 正确检测禁用控件
var NumDisabled = $('#PanlDL :disabled');
var isDisabled = $(someCtrl).is(':disabled');

后端注册脚本与直接执行的差异 #

两者的核心差异是执行时机：

• 后端注册的StartupScript会被插入到页面输出的底部（或UpdatePanel更新区域），在DOM元素刚被创建但可能未完全初始化时执行；
• 控制台直接执行是在DOM完全加载、所有控件初始化完成后执行。

但这次问题的触发点并非执行时机，而是attr()和prop()的使用误区。

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