老實說，當我看到任先生說：蘋果是我的老師時，我以為這只是一句客氣的話，以緩解當時的氣氛，但現在看來...... 噓，華為，你真的是蘋果最好的學生！
我在這裡不是陰陽怪——因為雖然我們平時抱怨蘋果的“榨牙膏”和“賣金換記憶體”，但就自研技術和系統生態而言，不得不承認，人確實是行業的標桿，所以華子學國果並沒有錯。
而華子做得好的是，他們沒有照搬同樣的東西——因為他們學到的不是感覺和形象標桿是什麼，而是果果最精髓的部分——思維方式。
在之前的內容中，我們談到了華為從蘋果的話語中學習，也談到了華為在蘋果等大城市的建設，前段時間我們的同事Kueh Tiao去參加鴻蒙Next的內部活動，回來告訴我——華子對自研系統的規劃，其實就是在摸蘋果過河。
除了大家看得見的鴻蒙豐碩的UI之外，更重要的是，在構建系統生態這件事上，華為和蘋果一樣，想要把最核心的東西掌握在自己手中，從軟體到硬體。
甚至。。。 在私隱保護方面，HarmonyOS Next 也借鑑了 iOS 的思想，它是什麼樣子的，讓我們在正片中談談。
在正片開始之前，我再跟大家說幾句，假設華為鴻蒙接下來觸蘋果iOS過河，主要集中在它的想法上，而在具體的實踐中，華為正在融入很多自己的東西。
畢竟華為不是蘋果，蘋果也不是華為，華為未必能獲得蘋果所能擁有的一些資源，比如最先進的晶元製造工藝。
不過，蘋果可能無法及時跟進華為擁有的新事物，因為華為具有後來者的優勢，可以將新技術融入到底層系統建設的早期階段，比如萬物互聯、AI等。
因此，今天的內容將分為兩部分：一部分是華為如何通過接觸蘋果過河，另一部分是我們的同事接下來將帶給HarmonyOS的一些有趣的新東西。
我們先來談談第一部分，華為摸蘋果過河。
這在行業的分工上體現得最為明顯。
與傳統的Microsoft和谷歌做系統，英特爾和高通做晶元的橫向分工模式不同，華為正在學習蘋果自研系統和自研晶元。
因為雖然傳統的分工在行業內是合理的，但對於手機系統來說，要更好地發揮軟硬體的優勢還不夠極端，這其實是安卓和iOS的核心差距之一。
過去，華為沒有好機會學習蘋果模式，一方面是因為要依賴Android的軟體生態，另一方面是因為之前沒有麒麟晶元。
不過，自從去年Mate 60問世後，情況就完全不同了，現在麒麟晶元已經隕落，原生HarmonyOS Next的商業使用也被提上了日程。
所以，接下來的鴻蒙，華子終於有機會把前面提到的所有工作都處理好了，就像果果一樣。
用華為自己的話來說，就是：1、軟硬體、晶元、雲端融合，讓系統執行更流暢; 2、繼續做好“1+8+N”多裝置協同體驗。
他們最終能否達到他們所說的效果，我們得等待 HarmonyOS 接下來的發布，但到目前為止我們觀察到的是，他們確實在朝著這個方向努力，比如他們從事的是“異構併發”和“元件解耦”技術，這是為前面提到的事情打基礎——先埋下伏筆， 然後，當我們稍後談論 HarmonyOS 時，我們將詳細擴充套件它。
除了行業分工之外，華為在私隱保護和原生生態方面也有很多蘋果的影子。
當時，刁國威在現場觀看實際演示時，發現HarmonyOS NEXT的私隱保護功能與之前的HarmonyOS OS4不同。
OS4 在將 ** 共享到應用時需要直接授予檢視整個庫的許可權，但在 Next 上，此操作將變成選擇顯示應用的 **和**。
是的，這聽起來有點像現在的 Android 14 和蘋果 iOS 17，但實際上，華為在理念的落地上已經向前邁進了一步，因為華為對這兩家公司的私隱保護方案進行了梳理和總結，並提出了“管理資料”的概念。
你看：Android和iOS的安全管理本質上是“許可權管理”，就算可以選擇檢視和制定**，其實還是比較細緻的許可權管理。
HarmonyOS Next 在應用和本地資料之間增加了另乙個控制項，可以理解為乙個虛擬的“緩衝區”，它通過設計將應用與所有資料分開，如果希望應用訪問，可以解鎖哪個部分的資料控制項。
而且，由於此緩衝區內置於底層系統中，因此應用程式無法繞過它並檢視您在本地儲存的所有資料。
怎麼說......
咱們先說原生生態，第三方應用生態，鴻蒙接下來短時間內學不了，因為目前，原生鴻蒙就算是前200+的應用，也還處於發展狀態，但是iOS中的應用數量已經上百萬了，幾年內華子很難趕上果果。
所以，華為現在能做的，就是在自己的第一方生態上做好，比如原來的鴻蒙版華為**，不僅UI風格變得非常果味十足，還借鑑了Apple Music的**資源整合，並關注古典**領域，這才叫正品。
蘋果在 2021 年收購古典音樂流媒體** Primephonic 後，將該公司的古典音樂資源放入 Apple Music，後來甚至製作了一款專門的 Apple Music 古典應用程式。
華為於2022年9月推出Hi-Classical Music Zone，隨後繼續與各唱片公司和學院合作，拓展古典音樂資源。
在目前所有的手機廠商中，確實很少能像他們兩人這樣關注自己的**平台。
好了 說到這裡，咱們就說說華子是怎麼摸果渡河的，咱們說清楚，再說聊我的同事刁可威探索的鴻蒙Next的最新進展——除了我們之前提到的“異構併發”之外，他說他這次還對華為摩擦的乙個低階AI控制印象深刻。
我們先來談談這種異構併發。
所謂異構併發，其實就是指這個東西：Actor併發模型，就是用HarmonyOS Next上的效能排程方案，讓整個系統執行得更順暢。
更具體的細節可以去看看上面截圖中的文章，不想花時間的人也可以聽聽我的簡化版
過去，手機系統上用的是記憶體共享併發模型，在多執行緒的時候，它並沒有真正同時工作，因為這些執行緒需要共享乙個記憶體區域，如果它們同時在這個區域讀寫， 它會汙染整個區域的資料，為了解決這個問題，記憶體共享併發模型只允許乙個執行緒同時訪問共享記憶體。
例如，這種共享的記憶就像我們工作室裡的廁所...... 但只有乙個坑。
從本質上講，執行緒排隊是為了方便起見，但由於替換速度如此之快，因此看起來像是多個執行緒同時工作。
華為的 actor 併發模型實際上相當於在乙個廁所裡劃分多個區間，每個執行緒都有自己獨立的區間，既可以保證執行緒之間資料的有效隔離，又可以讓執行緒同時工作，從而提高多執行緒的效率，讓執行更加流暢。
雖然我們給出的例子有些味道，但你真的可以這樣理解。
至於元件解耦，這個東西其實是HarmonyOS原生的應用開發特性，開發者可以用更少的工程工作量，將應用轉移到手機、手錶、平板等不同形態的裝置上。
我相信你已經聽說過這個概念很多年了，但你還沒有親眼見過它。
所以這次華為以小紅書為例，鴻蒙版小紅書的開發團隊根據華為的開發建議，將應用開發框架分為三層，底層是應用的基礎能力層，中間是功能層，根據應用的具體業務進行拆分， 而最上面是不同產品形態對應的產品層，每個層次可以根據開發需要劃分成不同的模組，這些模組可以根據不同的產品形態進行組裝和封裝，可以變成適配手機的應用。適用於平板電腦的應用程式，用於手錶的應用程式。
最後，我們來談談給粿條留下深刻印象的AI控制：為什麼它令人印象深刻，因為它可以讓沒有AI加持的第三方應用也增加智慧型。
HarmonyOS Next 直接將自己的 AI 框架放入系統的底層，然後為開發者做一些 AI 控制項，例如：文字選擇和剪下控制項、閱讀控制項、圖片匹配控制項等等。
這樣一來，開發者就可以將相關控制項與他們需要的任何 AI 功能塞進應用中——例如，使用影象控制項的原始鴻蒙版小紅書，可以提取 ** 中的文字並剪下影象; 帶有閱讀控制的新浪新聞原生鴻蒙版，無需整合其他第三方聲音引擎，即可實現AI閱讀文字內容。
據華為介紹，AI控制的優勢在於非常容易整合，AI能力至少可以甚至只有一條線的應用中實現**。
而且因為它是官方提供的控制項，所以在穩定性和效能開銷（例如記憶體使用率）方面肯定會有優勢。
好了，說到這裡，我們今天的問題就到這裡了**，內容有點長，謝謝大家看到這裡，感謝華為能夠給我們打電話參加鴻蒙內部溝通會。
對於接下來的鴻蒙，我們很期待——其實**的草稿也是他寫的——不過這次他參加活動回來後，似乎整個人都受到了刺激，跟我說了好幾天：之前我們說的，只能算是接下來鴻蒙的“冰山一角”， 只有了解了整個畫面，你才會知道這座冰山是多麼的震撼。
尤其是當華為把鴻蒙接下來畫了很久的“大餡餅”帶到第一次的時候，他說：這次活動真的值得。
不過實在是太可惜了，因為現場不允許拍照和錄影，很多事情我們現在只能口述給大家，不能做很具體、親切的介紹，但也不是什麼大問題，反正按照計畫，鴻蒙接下來就是今年試拍商業，到時候一切都會知道。 我們也會密切關注它，我們將在未來跟進任何新訊息。