突發！美軍一架F-35A墜毀，又是早期批次飛控問題？

一架單價約1.5億美元的F35A，在內華達州內利斯空軍基地附近靶場上空突然墜落。飛行員在無線電里報告“機動困難”后，隨即進行彈射并成功生還，僅受輕傷；飛機則在荒漠中解體成殘骸。飛行員先反饋操縱層面出現異常，之后在短時間內被迫放棄飛機。

“機動困難”這四個字本身分量很重。戰斗機的重大異常通常可以歸到三類：一是發動機推力相關問題，二是結構、液壓或機械系統方面的問題，三是“控制與感知的大腦”出問題，也就是傳感器、計算機與飛控邏輯這一整套鏈路發生偏差。

F35并不只是電傳操縱，而是把大量動作的“解釋、裁決與執行”交給軟件與控制律來完成。飛行員拉桿或蹬舵，更多是在向計算機提交操縱意圖；至于舵面如何偏轉、偏多少、以多快速度去執行，會由飛控系統綜合數據后再進行決策。

這種機制在正常狀態下確實很“省心”：穩定性更強、操控更精細，還能在高機動邊界附近把風險壓住。但只要感知層數據出現偏差，后續的判斷就可能被帶偏，并在很短時間內放大成嚴重后果。人的直覺在發現異常時往往會猶豫、會糾正；算法一旦在錯誤數據上形成“自信判斷”，就可能給出同樣自信但方向錯誤的控制指令。

這次墜機不太可能被當作一般意外輕輕帶過。內利斯更像美國空軍的高強度“考場”和“試驗場”：測試評估、武器學校訓練、高級飛行員培養、對抗演練等任務密集，特點就是把飛機往難處用、往極限用，通過高壓使用把潛在問題盡早暴露出來。飛機通常不怕飛行本身，反而更怕長期在高強度、復雜科目下被持續“折騰”，因為這會把系統薄弱點更快逼出來。

內利斯的F35機隊整體偏“早期批次”。這類飛機在軟件版本、硬件配置以及可升級空間上，和近年更成熟的批次存在差異。有些承擔對抗任務的機體還可能被刻意限制部分能力，用來“扮演對手”。從訓練角度看這很有價值，但從風險組合上看，就會出現“版本不新、狀態不滿、任務強度還很高”的疊加效應，故障暴露概率也會隨之上升。

F35近年的墜機與嚴重事故里，飛控與數據鏈路相關的影子反復出現。2022年10月，猶他州希爾基地的事故就較典型：編隊進近過程中遭遇前機尾流擾動，飛行員原本認為影響有限，但空氣數據輸入出現錯誤，計算機對飛行狀態做出誤判，舵面隨即產生快速且幅度很大的異常偏轉。

2025年1月阿拉斯加的事故更像“連鎖反應”的示范案例：液壓油受水污染，在極寒環境下結冰；起落架相關問題進一步牽出重量傳感器誤判，系統判斷飛機“在地面”，飛控因而切入地面模式，而飛機實際仍處于四百多公里時速的飛行狀態。飛行員與廠家工程師通話接近50分鐘，嘗試多種處置并進行觸地復飛，仍未能挽回，最終在跑道附近低高度彈射。

2020年5月埃格林基地的事件同樣帶有軟件邏輯色彩：著陸階段尾部控制面出現與飛行員輸入不一致的表現，飛控軟件觸發了“此前未發現的異常”，系統進入飽和后呈現機頭向下的趨勢，飛行員指令難以有效傳遞到飛機響應上。

系統越智能，越依賴數據；越依賴數據，越需要數據可靠；越把控制權交給算法，越需要確保算法在關鍵幾秒內不會做出錯誤但高置信度的判斷。在某些架構里，飛行員的直覺與肌肉記憶可能會被系統邏輯覆蓋；當需要強行奪回控制時，權限邊界又可能不允許“硬拽回來”，這就把風險集中到了極短的處置時間里。

F35的軟件從早期Block版本一路迭代，補丁、控制律調整與硬件更換都在同步推進，方向是正確的，但代價非常高。早期批次機要追上最新狀態，往往不是簡單更新軟件，而是涉及傳感器、算力資源、航電組件等多方面協同更換。

科技能力越強，越要敬畏系統邊界。手機系統的小Bug通常只是卡頓重啟；戰斗機系統的一個小Bug，可能就是人員生死與價值巨大的殘骸。在“軟件當硬件用”的時代，可靠性并不靠口號，而是要依靠一輪輪驗證、升級與復盤，把風險一點點關進制度與工程的籠子里。當系統越來越復雜、越來越快、越來越智能，控制權應該交出去多少，又該用多嚴格的規則把它約束在安全范圍內。