【深度原創】國產化操作系統如何進行產品二進制兼容的自省驗證。
? ?摘要：本文主要是解決國產化“操作系統產品”過去長時期發展過程中存在的二進制兼容未有明確驗證的問題；基于作者對過去各種大的成功案例的觀察和總結，盡管本文主要是以文字形式來進行說明，但若精讀，操作系統相關從業人士也會理解并能解決對應的問題，因為本文說明的問題既不算是一個全新問題，相應解決方案也看似是舊調重彈。
1.二進制兼容問題的緊迫性
1、二進制兼容問題已經影響到了開發者跟終端用戶的開發、使用，并且是嚴重級別的。對外，無論是從客戶/用戶的反饋，還是從行業對標產品（比如windows、android、QT、java）的質量上看，二進制兼容問題，都需要有明確的解決流程：除了使用二進制兼容理論來實現“操作系統產品”組件，產品/組件在實現后、內部測試階段前，也需通過結構化、可量化的測試項來自省驗證；對內，由于來自外部客戶、用戶、友商、行業對標的消費類產品等方面的壓力，國產化操作系統廠商（以下簡稱系統廠商）已經把很多人力、時間，用在解決具體問題、向客戶做多次的反復解釋說明等重復性的工作方面，然而收效卻比較小，只取得了非常局部的成果（這種成果，客觀講，主要是“取得客戶理解”）。
2、功能、源碼方面的兼容，目前暫時有可延后時間解決的選擇性。功能兼容，涉及用戶的使用習慣；為取代市場上已經存在并且被大多數用戶接受的同類產品，按通常的套路，系統廠商應該在開始階段采取宏觀產品上沿用/模仿其功能的戰略，然后再逐步通過不斷提供更好功能點的戰術來戰勝、取代它；但是現在，基于國際沖突、國產化形勢已經拉鋸了幾年，在細分市場上，如政企、國防等領域，客戶/用戶可以首先接受“國產化”，并且能夠忍受系統廠商一些特立的操作流程，這種看法/行為是為廠商們現在爭取了一定的可緩沖時間。源碼兼容，在系統結構設計、代碼實現過程中，也其實是必需要做的，但由于這些工作，一方面離客戶/用戶遠，他們感受不到；另外，廠商們新增的源碼對應的組件，被再利用、二次開發的需求，目前也并不旺盛，甚至很多只是在系統廠商內部被使用；這種形勢，也為系統廠商解決源碼級別的兼容性問題，爭取了可緩沖時間。
2.二進制兼容問題的說明
由以上的社區、歷史路線發展原因，在實現“操作系統產品”二進制兼容的道路上，有兩個明顯的問題：思想、實踐。
在思想上，隨著過去幾年的市場發展和形勢變化，在系統廠商內部，這種“Linux就是這樣的”認知的聲音，少了許多，是值得肯定的。而解決這方面問題的手段，是單一明確的：繼續在現階段持續宣貫“留產品、去定制”。
在實踐上，形勢是嚴峻的，系統廠商們目前沒有實質的產品化（模版化）方案進展，這不光是過去長久的學術界、產業界認知導致的，也是由“操作系統產品”的復雜性所決定的：實現二進制向后兼容性，盡管理論簡單，但整個生命周期上的實踐操作其實是非常繁瑣的。設想一下：就算只維護一個功能單一的組件，如果市場上使用它的時間跨度非常的長，那么隨著人力變化、需求變化、安全性等問題不斷涌現，想持續保持它新發布版本的二進制兼容性和穩定狀態，整個流程會像滾雪球一樣，越來越大，大到會讓人覺得耗心耗時耗力（比如，一種明顯的情況是，這種組件在設計之初，并沒有考慮到它的生命周期會很長，然而，由于推出之后，市場反響異常的好，它在后續的版本內部，其實不得不做出非常大的改變，以保持向后兼容性）。
3.對“操作系統產品”不要革命
一定要考慮“存量用戶”存在這個事實。要尊重市場和用戶，“回頭客”是核心的衣食父母。
這里的一個設計觀念是，系統廠商們做產品，參考linux內核的設計和實踐，革自己的命是可以的，但不能革用戶的使用習慣。革自己命的目的是為了產品能滿足用戶更好的使用、或者為用戶帶來更多的好用體驗。
4.為什么強調自??？
