ASP.NET 開發中的詭異現象與真相

兩個經典「靈異」Bug 的根因分析

現象一：Visible 設為 true 卻不進入 if 區塊

bool AllowDisplay = CheckPower();
p.Visible = AllowDisplay;
if (p.Visible) { /* do something */ }

現象： AllowDisplay == true，但 if 內程式碼從未執行。
真相： p 的**父容器控件**被設為 Visible="false"。ASP.NET 控件的 Visible 屬性會向上傳遞：父容器不可見，子控件 Visible 雖為 true，實際 Control.Visible 回傳 false。

現象二：比較 null 卻拋出例外

OneClass obj = GetOneClass();
if (obj == null) { /* do something */ }

現象： 在 if (obj == null) 行拋出例外（堆疊溢位）。
真相： OneClass 多載 == 運算子，但**未檢查參數是否為 null**，導致遞迴呼叫自身直到堆疊溢位。正確多載應先判斷 if (ReferenceEquals(obj, null))。

教訓

• 不要過度信任「不可能錯」的程式碼，遇到詭異行為優先檢查環境（父容器、運算子多載、擴充方法等）。
• 多載相等運算子時，務必處理 null 參考情況。
• 善用除錯器觀察實際屬性值與呼叫堆疊，而非憑直覺假設。

文末附上作者專案「藍點通用資訊管理系統」連結，展示實戰經驗分享精神。