那要看鴻蒙系統用何種語言寫的了，其實就方舟編譯器本身而言，主要是針對JAVA語言本身是解釋執行的特性的最佳化，本質上還是針對JAVA的最佳化，提高了它的執行效率，因此，我個人偏向華為新系統（軟體層）本身也還是JAVA寫的。

從華為的一貫作風來看。

華為推出自己的編譯器，拋棄中間虛擬機器，直接上機器碼。說明很重視語言的效率。和蘋果一樣。從使用者體驗出發。當然也重視開發效率。不然幹嘛非半天勁，把Dalvik位元組碼轉成arm彙編嗎？

所以開始會誰用java開發畢竟編譯器有了，投入少很多。後期可能直接採用js h5也不是沒有可能。

畢竟華為可以透過編譯器來解決，開發效率和執行效率的矛盾。

底層架構當然是英文，這樣有利於鴻蒙系統的全球推廣！我們可不能關閉大門只給中國自己用，而是像Android一樣儘量做到開源，快速培養全球生態。具體程式語言，用java或者華為自己推出的語法，推出自己的編輯工具，應該都是適應主流發展方向的，大同小異。將來市面上出現Android,IOS,鴻蒙三個主流移動端作業系統，華為就成功了。畢竟構建應用生態有個過程，千萬不要民族情緒一上來，一些壓根不懂技術的人，亂喊叫，開口就是中文中文的。這是自掘墳墓啊，害死鴻蒙系統！

火不火這個暫時不說，目前還沒有出，他的程式碼架構還不瞭解。就算出了，沒有一定時間和軟體最佳化，單靠相容是不行的，阿里雲就是一個例子，對於語言國內中文，當然華為要在海外和谷歌搶系統份額就要各國語言都要，

普通消費者想支援鴻蒙的生態建立，最好的方法是：

1、鴻蒙系統裝置一出來就買。買買買，就是對它最大支援。

2、參加鴻蒙的使用者體驗計劃，多提意見，多批評，有能力的就提改善建議。這是幫助它迅速成熟的最大助力。不要怕華為麻煩，華為肯定有能力應對上億的批評。關鍵還是鴻蒙長期備胎中沒接觸真正使用者檢驗，需要與使用者快速磨合成熟起來。所以，我們要積極參加使用者體驗計劃，幫助鴻蒙快速成熟，這是鴻蒙最需要的。上億的積極反饋會讓系統迅速成熟，集中快速的大量使用者反饋會讓系統設計更改少走路，這是對美國貿易戰最打臉的做法，讓貿易戰中的美國貿易逆差快速增長，就能以戰止戰。

3、鴻蒙的原生應用有一個裝一個，都從它的應用市場上下載安裝。發現適合自己的好原生軟體就付費或捐款。幫助鴻蒙篩選最好的應用，讓原生應用有錢賺。哪怕是1分錢，都比論壇上說一堆有意義。支援原生應用會幫鴻蒙大忙的。在國內cpu效能還沒大幅超越美國的時候，原生應用天生的效率優勢會擬補這一短時無法解決的弱點。是作業系統就會有自己的原生應用，連微軟從32到64位系統，原生應用都會不同。何況相容安卓的鴻蒙？ 保持相容，並不妨礙自建生態，風險只是減小了而不是增大了。

4、說服自己身邊的人用鴻蒙系統的裝置。這比在論壇上瞎聊有力度。

開發者、創業者用開發鴻蒙原生應用支援鴻蒙生態，就是幫華為最大的忙。

作業系統的生態其實核心就是開發者生態，作業系統歷來如此，誰把開發者服務做好了，應用就多了；應用多了，使用者就多了；使用者多了，開發者有錢賺，軟體規模效益增大，軟體成本攤薄，利潤更大；開發者投入更多，開發更多。這就是軟體生態。所以，開發者是啟動作業系統生態的鑰匙。

所以，鴻蒙不僅僅是釋出就有生態了。

首先要解決各個市場的合規性，但美國現在的情況，美國合規性的認證恐怕一時半會搞不定。但沒有美國市場華為也能做到第一。沒什麼關係。

第二，是使用者和開發者的正反饋環生態的啟動。看起來，使用者問題華為是打算用“安卓相容”解決。但原生應用不啟動，優勢就不會持續。鴻蒙必須在2、3個安卓版本內，完成原生應用生態的啟動。最關鍵的還是開發者盈利模式和開發工具的完善。但到目前，還看不到開發工具的影子。

一時的愛國熱情，解決不了生態問題，最多就是個啟動生態的助力而已。長期的生態必須靠開發者盈利模式解決。

這個不光是語言的問題，更重要的是開發工具，必須要有類似visual Studio一樣的高效的開發工具，才能快速的建立類似Windows的生態系統！

方舟平臺應該是可以編譯多種語言的平臺。所以和語言可能無關。JAVA C++ 甚至PYTHON的程式碼都可以編譯。

不過我還是建議華為最好搞一個自己的語言。