隨著技術(shù)的不斷發(fā)展和多媒體的不斷演進(jìn)，越來越多的傳統(tǒng)場景將有可能被顛覆，開發(fā)者們也需要不斷的學(xué)習(xí)和更新自己的技能，以適應(yīng)新的需求和挑戰(zhàn)。然而在開發(fā)過程中，很多開發(fā)者都會遇到“為什么我開發(fā)的相機(jī)不如系統(tǒng)相機(jī)的效果好？”，“為什么我的應(yīng)用和其他的音樂一起發(fā)聲了，我要怎么處理” 以及“我應(yīng)該怎么做才能在系統(tǒng)的播控中心里可以看到？”等問題。對于開發(fā)者的這些疑問，HarmonyOS NEXT通過提供簡單易用體驗一致的生態(tài)借口，就能幫助開發(fā)者輕松解決上述問題。

三個統(tǒng)一，讓三方相機(jī)與系統(tǒng)相機(jī)獲取一致體驗

相機(jī)應(yīng)用在早期的版本開發(fā)中，開發(fā)者們能夠發(fā)現(xiàn)三方相機(jī)和系統(tǒng)相機(jī)拍照的效果會有較明顯的不一致，色彩/飽和度/紋理細(xì)節(jié)等方面會出現(xiàn)一些明顯的差異。

（三方相機(jī)）

（系統(tǒng)相機(jī)）

出現(xiàn)這樣的情況主要有兩個原因，一個是因為系統(tǒng)相機(jī)采用了私有同路，從而獲取了更好的拍照效果，另一個原因就是三方相機(jī)預(yù)覽流拍照效果相對較差。

針對上述問題，HarmonyOS NEXT三個步驟即可解決相關(guān)問題。

第一步：統(tǒng)一接口，統(tǒng)一流程，統(tǒng)一效果：通過統(tǒng)一開發(fā)接口和流程，從而使得三方相機(jī)和系統(tǒng)相機(jī)獲取一致的體驗

第二步：分離預(yù)覽、拍照、錄像，明確流定義，讓正確的流做正確的事

第三步：相機(jī)管道流水線模型

開發(fā)者可參考下方示例代碼：

相機(jī)基本控制流程：

使用PreviewOutput實現(xiàn)相機(jī)預(yù)覽：

使用PhotoOutput實現(xiàn)相機(jī)拍照：

使用VideoOutput實現(xiàn)相機(jī)錄像：

統(tǒng)一焦點(diǎn)處理，并發(fā)播放更有序

開發(fā)者在音視頻應(yīng)用開發(fā)中最常遇到的場景，就是并發(fā)播放，而并發(fā)播放一般解決思路是各個應(yīng)用對焦點(diǎn)的申請和處理。傳統(tǒng)的焦點(diǎn)管理方法更依賴應(yīng)用遵守約定好的策略，如果有的應(yīng)用不遵守，比如不響應(yīng)或者濫用焦點(diǎn)，就可能會出現(xiàn)不發(fā)聲或者亂發(fā)聲的現(xiàn)象，影響了用戶的體驗。

針對上述問題，HarmonyOS NEXT進(jìn)一步改進(jìn)了焦點(diǎn)管理的設(shè)計，提供統(tǒng)一的焦點(diǎn)處理策略，用以規(guī)范應(yīng)用對于焦點(diǎn)的使用，以達(dá)成統(tǒng)一的發(fā)聲體驗，HarmonyOS NEXT系統(tǒng)中的焦點(diǎn)管理模塊兒會存儲一個焦點(diǎn)策略表，定義了不同的場景下，哪些應(yīng)用可以獲取焦點(diǎn)進(jìn)行播放，哪些應(yīng)用會失去焦點(diǎn)而停止播放等策略。

各位開發(fā)者可通過接口的使用來感受實際處理策略。

首先，在A應(yīng)用創(chuàng)建并使用AudioRenderer播放的時候，系統(tǒng)會自動為其申請焦點(diǎn)，此行為屬于系統(tǒng)的行為。

當(dāng)A應(yīng)用播放后，系統(tǒng)的焦點(diǎn)策略會進(jìn)行判斷，如果A應(yīng)用可以搶到焦點(diǎn)，那就會使得失去焦點(diǎn)的應(yīng)用暫停播放；同時被暫停的應(yīng)用也會在INTERRUPT_FORCE的回調(diào)事件中，得到暫停的狀態(tài)，應(yīng)用在收到這個事件后，就需要存儲并更新應(yīng)用內(nèi)的狀態(tài)。

當(dāng)A應(yīng)用停止播放后，之前被暫停的應(yīng)用也會收到一個恢復(fù)播放的事件，這個事件會在INTERRUPT_SHARE中，應(yīng)用可以進(jìn)行恢復(fù)播放的操作，或者忽略，屬于非強(qiáng)制行為。

開發(fā)者可參考下方示例代碼：

打通低時延通路，一套接口適配不同場景

很多開發(fā)者都知道，游戲、K歌、樂器等應(yīng)用對于音頻的輸出時延要求很高，常規(guī)的播放通路一般只能達(dá)到60ms左右，甚至更高的時延，并不能滿足這些應(yīng)用的使用訴求。而HarmonyOS NEXT則為此提供了低時延通路的設(shè)計方案。

首先在系統(tǒng)中的普通通路之外新增一條垂直打通硬件的低時延通路，通過bypass 框架層直接在DSP進(jìn)行混音，達(dá)成最低20ms的音頻輸出時延。

其次為了簡化應(yīng)用的接入，通過在接口中提供不同的參數(shù)配置，就能使開發(fā)者可以用一套接口同時支持低時延和普通通路兩種播放模式。

開發(fā)者們可以通過OH_AudioStreamXXX接口來進(jìn)行低時延通路的創(chuàng)建，通過傳入不同參數(shù)就可以設(shè)置低時延模式，亦可以設(shè)置普通模式，從而使用一套接口來適配不同場景。

同時，低時延模式一般采用來pull模式來獲取數(shù)據(jù)，在這里提供一個callback，需要應(yīng)用創(chuàng)建并填入。

開發(fā)者可參考下方示例代碼：

播控應(yīng)用控制一鍵直達(dá)

基于上方所述焦點(diǎn)管理策略，HarmonyOS NEXT解決了音視頻應(yīng)用并發(fā)播放的問題；而對于播放中的應(yīng)用控制，系統(tǒng)也提供了規(guī)范支持。

首先在系統(tǒng)提供的C/S模式的播控管理的框架中，應(yīng)用作為客戶端，接入AVSession的會話端，設(shè)置必要的信息；

其次系統(tǒng)的播控中心獲取與之對應(yīng)的會話控制器，獲取信息進(jìn)行展示，以及對應(yīng)用發(fā)送控制命令。

最后通過標(biāo)準(zhǔn)接口的接入，規(guī)范應(yīng)用的播放行為；同時通過統(tǒng)一的播控中心的入口，就能讓用戶對于播放的控制做到一鍵直達(dá)。

開發(fā)者可參考下方示例代碼：

想要跟上技術(shù)發(fā)展的步伐，開發(fā)者學(xué)習(xí)新技術(shù)的同時，能夠擁有開發(fā)便捷高效的工具則能達(dá)到事半功倍的效果。除了多媒體技術(shù)的開發(fā)管理，HarmonyOS NEXT也在積極為各位開發(fā)者提供其他更多技術(shù)開發(fā)解決方案，讓開發(fā)者在高效開發(fā)之余也能持續(xù)拓寬視野，提高自己的創(chuàng)新能力。

審核編輯 黃宇