畫布應用程式效能下降的常見原因

畫布應用程式可能會因某些原因而執行緩慢。在本文中，您將了解畫布應用程式效能下降的最常見原因。在開始之前，請確保您了解畫布應用中的執行階段和資料呼叫流程。

應用程式設計

根據特定畫布應用程式的設計方式，其可能在許多方面影響效能。以下是可能導致效能降低的原因：

應用程式佔用大量客戶端：該應用程式先將大量資料收集到資料集中，然後透過用戶端用大量作業 (如加入、排序、新增資料行和分組依據) 在多個畫面上使用資料。
應用程式在 OnStart 中具有很長的公式：該應用程式會觸發畫面上許多不必要的資料呼叫，且這些資料呼叫傳回大量資料記錄。

若要以可能造成應用程式效能降低的原因來檢閱應用程式設計，請使用監視器來監視應用程式。檢查哪些資料呼叫需要很長時間，以及有多少資料呼叫在應用程式中觸發此類行為。

此外，在用戶端和伺服器間的平衡工作負載：建議將工作負載委派至伺服器。從用戶端記憶體使用量的角度來看，讓客戶端應用程式保持輕巧很重要。

資料來源中有許多可能造成瓶頸的原因。通常，當許多交易/非交易查詢導向至同一資料表或來自不同使用者的記錄時，資料來源中的資料表位於活動中心。

在以下情況下，OData 呼叫可能會變慢：

發生這些問題時，請調整後端資料來源，以避免降低應用程式的效能。

畫布應用程式可以在具有不同網路條件的不同裝置、瀏覽器和位置上使用。在執行 Power Apps 用戶端時，請確保使用現代的，已更新的和支援的瀏覽器。

使用者可以用全域方式存取畫布應用程式。但是，我們建議您將資料來源放在大多數使用者附近。例如，當您的應用程式存取內部部署資料來源時，內部部署資料閘道的位置應接近資料來源，以將資料閘道和資料來源之間的額外負荷降至最低。

根據您設計畫布應用程式的方式，其可在短時間內產生許多資料呼叫。例如，連線至 Power Platform 環境的應用程式受 Dataverse 服務保護 API 限制的規範。當資料呼叫超出支援的限制時，此類應用程式可能會受到節流。

如果應用程式超過連接器的節流限制，該應用程式將需要暫時節流。使用 Monitor 對應用程式進行效能分析可幫助您調查此問題。還要注意，即使呼叫不會受到節流，產生許多可避免資料呼叫的應用程式也可能無法提供最佳的用戶體驗。

製作者可以使用不同的連接器，從可用於 Power Apps 的多個資料來源中進行選擇。儘管有很多選項可以選擇資料來源，但從架構、效能、維護和可伸縮性的各種角度來看—，選擇正確的資料來源和連接器都很重要。

特定連接器的限制在 Power Apps 連接器文件中可使用，且與其他連接器相比可能有所不同。

已啟用偵錯已發佈應用程式設定已發佈的應用程式執行速度較慢。一旦您在偵錯已發佈的應用程式時不再需要查看來源運算式，請立即在禁用此設定的情況下發布您的應用程式。

注意

是否能請您告知您偏好的慣用文件語言？請填寫問卷。 (請注意，本問卷為英文版)

完成問卷大約需要七分鐘。本問卷將不會收集個人資料 (隱私權聲明)。