关于ASP.NET页面生命周期及控件级事件的三类疑问咨询

问题1：OnSaveStateComplete中修改属性的状态保留疑惑 #

文档指出OnSaveStateComplete是页面渲染前最后一个方法，此阶段页面和控件状态已序列化到ViewState，后续修改的属性不会存入ViewState，理论上下次回发无法保留。但测试中在该方法设置TextBox文本后下次回发仍能恢复，核心原因是：

• TextBox的文本值默认优先从PostBack数据（Request.Form集合）中恢复，而非ViewState。只有当EnableViewState=false，或控件未在PostBack数据中存在对应项时，才会依赖ViewState恢复值。
• 测试时TextBox处于表单提交范围内，下次回发时Request.Form会携带上次设置的文本值，即使ViewState没保存该修改，依然能通过PostBack数据恢复。若设置TextBox.EnableViewState=false且清空Request.Form对应值，此时OnSaveStateComplete中的修改才会在下次回发丢失。

问题2：静态/动态配置SQLDataSource时DataBound触发次数差异 #

静态在.aspx中配置两个关联的DropDownList与SQLDataSource时，第二个DropDownList的OnDataBound触发两次，而动态创建SQLDataSource时仅触发一次，差异原因如下：

• 静态配置场景：页面初始化（Init）阶段，控件树自动解析.aspx配置，第一个DropDownList的初始默认值会触发第二个SQLDataSource的参数更新，导致第一次数据绑定；进入加载（Load）阶段，因首次加载（!IsPostBack），页面再次执行数据绑定逻辑，触发第二次OnDataBound。此外，静态控件的ViewState恢复、控件树重建过程也可能额外触发绑定。
• 动态配置场景：通常在Load阶段（或更晚）手动创建并绑定SQLDataSource，仅执行一次绑定逻辑，因此OnDataBound仅触发一次，没有初始化阶段的自动绑定步骤。

问题3：AutoPostBack=false时修改DropDownList索引的事件触发逻辑 #

AutoPostBack=false时，编程修改DropDownList索引的事件触发规则核心在于回发时的新旧值对比机制：

• 正常阶段（如Load、Init）修改索引：修改后的值会存入ViewState，下次回发时，页面先从ViewState恢复旧值，控件当前值与旧值一致，因此不会触发OnSelectedIndexChanged。
• OnSaveStateComplete阶段修改索引：此阶段ViewState已完成序列化保存，修改后的新索引不会存入ViewState。下次回发时，页面从ViewState恢复旧索引，对比控件当前的新索引（上次在OnSaveStateComplete设置的值），发现两者不一致，就会触发OnSelectedIndexChanged事件。

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