1.問題描述：

生產分階段發佈時，為什麼只能設置百分比，能否支持指定賬號發佈？

解決方案：

目前在HarmonyOS的分階段發佈中，只支持通過設置百分比來控制發佈的流量比例，而不直接支持指定賬號的發佈方式。如果有特定的需求，如基於賬號的發佈控制，可能需要考慮在應用內部實現相應的控制邏輯，例如在應用後端添加對特定賬號的版本控制策略。

2.問題描述：

分階段發佈百分比設置後，無人收到通知是什麼原因？

解決方案：

確認生效時間是否到期，且分階段發佈的應用/元服務必須存在全網在架的版本，參考：前提條件。

3.問題描述：

分階段發佈是隻發佈給已經安裝該應用的用户；還是隻要有設備的用户都可以能看到？未安裝的用户是否可以下載分階段發佈的版本？未安裝的用户下載的版本是什麼？

解決方案：

分階段發佈是按照使用HarmonyOS設備的用户百分比覆蓋自動更新新版本。

未安裝的用户可通過搜索應用直接安裝分階段發佈版本；未安裝的用户下載的版本是分階段發佈版本。

4.問題描述：

點擊H5網頁中的Applinking鏈接，未拉起應用是什麼原因？

解決方案：

ArkWeb深度集成了App Linking的能力，當用户在系統瀏覽器或者集成ArkWeb的應用的網頁上點擊某個鏈接時，若有鏈接匹配的應用，系統則會通過App Linking能力優先拉起目標應用，並在應用內展示相應的內容。此機制有如下限制：

如果用户當前瀏覽的網頁的域名與點擊的App Linking鏈接的域名是相同的，則系統會繼續在系統瀏覽器或ArkWeb中打開該鏈接，以維持連貫的用户瀏覽體驗。

如果域名不相同，則系統會通過App Linking能力優先拉起目標應用，並在應用內展示相應的內容。

5.問題描述：

App包、HAP包和應用市場下載的包之間的體積差異原因是什麼？

解決方案：

App包、HAP包和應用市場下載的包之間的體積差異主要由以下幾個因素造成：

1. App包的組成：APP包通常包含多個HAP（HarmonyOS Application Package）和HSP（HarmonyOS Shared Package），其中HAP是應用的基本運行單元，而HSP用於在多個HAP之間共享代碼和資源。這種結構意味着應用包的體積會根據包含的HAP和HSP的數量和大小而變化。
2. HAP包的特點：HAP包可以分為entry和feature類型，entry類型的HAP是應用的入口點，而feature類型的HAP包含應用的特定功能。每個HAP都可能包含自己的代碼、資源和依賴，導致整體應用包體積的增加。
3. 應用市場的下載包：應用市場的下載包就是下載的HAP包，開發者上架一個應用可以上傳多個HAP包，上架之後，原始的HAP包在雲端進行壓縮保存，分發到用户客户端時傳送壓縮後的HAP包，減少流量消耗。我們這邊會根據設備類型、分發策略等，選出適合當前設備的HAP包下發，這些HAP包就是下載包。

因此，App包、HAP包和應用市場下載的包之間的體積差異是由於它們的組成和優化策略的不同造成的。開發者可以通過合理使用HSP共享包和優化HAP的結構來控制應用的體積，提升用户體驗。查看優化之後的HAP包是具體優化了哪些文件，可以直接點開HAP文件查看。優化HAP包之後，上架應用，從應用市場下載的包不會在原來的基礎上變大。