深入了解工業(yè)APP的種類及其背后的工業(yè)互聯(lián)網(wǎng)平臺

一、工業(yè)APP的主要類型

隨著工業(yè)互聯(lián)網(wǎng)技術(shù)的飛速發(fā)展，工業(yè)APP如雨后春筍般涌現(xiàn)，它們廣泛應用于各類工業(yè)生產(chǎn)場景，提高了生產(chǎn)效率，優(yōu)化了工業(yè)流程。主要包括以下幾大類：

企業(yè)專用類工業(yè)APP：如山河智能的“基于5G+工業(yè)互聯(lián)網(wǎng)技術(shù)的工程機械遙控施工系統(tǒng)”，這類APP緊密結(jié)合企業(yè)特色，為特定生產(chǎn)環(huán)境量身定制。

行業(yè)通用類工業(yè)APP：如湖南精益?zhèn)鲃拥摹盎跀?shù)字孿生技術(shù)的齒輪傳動系統(tǒng)智能運維APP”，它們在行業(yè)內(nèi)具有廣泛的應用，能夠解決行業(yè)共性問題。

安全可靠類工業(yè)APP：如郴州東塘電氣的“大數(shù)據(jù)+配電安全監(jiān)測與能效管理運維服務平臺”，強調(diào)安全性和可靠性，為工業(yè)生產(chǎn)的安全運行提供保障。

基礎(chǔ)共性類工業(yè)APP：如湖南助飛軟件的“智慧倉儲管理WMS云平臺與工業(yè)APP”，它們?yōu)楣I(yè)流程提供基礎(chǔ)共務，是工業(yè)APP生態(tài)系統(tǒng)的重要組成部分。

二、工業(yè)互聯(lián)網(wǎng)平臺的佼佼者

在眾多的工業(yè)互聯(lián)網(wǎng)平臺中，海爾COSMPlat、Predix和MindSphere等無疑是其中的佼佼者。海爾COSMPlat在跨行業(yè)領(lǐng)域表現(xiàn)出色，覆蓋了15大行業(yè)，其應用市場中的工業(yè)APP豐富多樣。Predix雖被公認為世界上最大的工業(yè)互聯(lián)網(wǎng)平臺，但在推廣方面略顯乏力。西門子則一直在推動其MindSphere的發(fā)展，希望在國內(nèi)市場取得更大的成功。

三、國內(nèi)工業(yè)互聯(lián)網(wǎng)平臺的發(fā)展狀況

國內(nèi)工業(yè)互聯(lián)網(wǎng)平臺蓬勃發(fā)展，眾多企業(yè)嶄露頭角。在2019年跨行業(yè)跨領(lǐng)域工業(yè)互聯(lián)網(wǎng)平臺榜單中，海爾、用友、浪潮、華為、富士康、阿里等企業(yè)的工業(yè)互聯(lián)網(wǎng)平臺上榜。這說明國內(nèi)工業(yè)互聯(lián)網(wǎng)平臺在技術(shù)能力和行業(yè)認可度方面取得了顯著進步。

四、如何選擇適合的工業(yè)互聯(lián)網(wǎng)平臺

在選擇工業(yè)互聯(lián)網(wǎng)平臺時，企業(yè)需結(jié)合行業(yè)發(fā)展趨勢和企業(yè)自身需求進行決策。無論是選擇智能硬件的系統(tǒng)提升還是工業(yè)app的更替，都需要根據(jù)行業(yè)特性和企業(yè)面臨的問題來做出選擇。目前，國內(nèi)具有專業(yè)工業(yè)互聯(lián)網(wǎng)平臺技術(shù)的企業(yè)并不多，如徐工漢云、華為、阿里云、樹根互聯(lián)、東方國信等，都是值得考慮的選擇。

五、結(jié)論

工業(yè)APP作為工業(yè)互聯(lián)網(wǎng)的重要組成部分，正日益受到企業(yè)的重視。了解工業(yè)APP的類型和背后的工業(yè)互聯(lián)網(wǎng)平臺，有助于企業(yè)更好地選擇適合自己的解決方案，推動工業(yè)的智能化和數(shù)字化轉(zhuǎn)型。隨著技術(shù)的不斷進步和市場的持續(xù)發(fā)展，我們期待更多的創(chuàng)新工業(yè)APP和工業(yè)互聯(lián)網(wǎng)平臺的涌現(xiàn)。如何計算 Android 應用的啟動時間

事實上，在 Android 中，一個應用的啟動時間是可以準確計算的，但需要分場景討論，因為游戲和應用在啟動流程上有所不同。接下來，我們將分別針對應用和游戲的啟動時間進行計算。

一、應用啟動

在我們?nèi)粘５膽瞄_發(fā)中，通常會指定一個 mainActivity。當用戶在桌面上點擊這個 Activity 時，系統(tǒng)會直接啟動這個 Activity。我們知道 Activity 在啟動時會經(jīng)歷 onCreate、onStart、onResume 幾個回調(diào)函數(shù)。

但要注意的是，即使 onResume 函數(shù)執(zhí)行完畢，應用也并不一定完全顯示。因為從系統(tǒng)層面看，一個 Activity 完成 onCreate、onStart、onResume 生命周期后，只是完成了應用自身的一些配置，如 window 的一些屬性的設(shè)置、View 樹的建立等。真正應用的第一幀顯示，是在 ViewRootImpl 調(diào)用兩次 performTraversals、初始化 Egl 以及 measure、layout、draw 之后完成的。我們定義應用啟動的時間點，應該是用戶在手機屏幕上看到我們在 onCreate 的 setContentView 中設(shè)置的 layout 完全顯示的時間。

二、計算應用啟動時間的方法

對于應用的啟動時間，我們可以通過 adb shell am start-w packagename/activity 命令來計算。但也要分場景討論。

尤其是在應用第一次啟動時，我們稱之為冷啟動。這時候你的應用程序的進程是沒有創(chuàng)建的，這也是大部分應用的使用場景。用戶在桌面上點擊你應用的 icon 之后，首先要創(chuàng)建進程，然后才啟動 MainActivity。我們可以通過 adb shell am start-W 命令來獲取應用的啟動時間。

例如：

```bash

adb shell am start-W com.meizu.media.painter/com.meizu.media.painter.PainterMainActivity

```

返回的結(jié)果中，我們可以關(guān)注 WaitTime 這個值，它表示的就是應用程序的啟動時間。

關(guān)于 ThisTime、TotalTime 和 WaitTime 的區(qū)別，下面是詳細解釋：

“adb shell am start-W”的實現(xiàn)位于 frameworksasecmdsamsrccomandroidcommandsamAm.java 文件中。WaitTime 代表用戶從點擊應用圖標到應用完全顯示的時間，是我們要的啟動時間。而 ThisTime 和 TotalTime 則分別代表了其他特定的時間節(jié)點，可以根據(jù)具體需求進行參考。跨Binder調(diào)用ActivityManagerService的startActivityAndWait()接口分析

一、接口概述

跨Binder調(diào)用ActivityManagerService的startActivityAndWait()接口是Android系統(tǒng)啟動應用的關(guān)鍵流程之一。這個接口用于啟動Activity，并返回啟動過程的時間信息。返回的啟動時間信息包括ThisTime、TotalTime等關(guān)鍵指標。下面將詳細介紹這些概念及如何應用這些數(shù)據(jù)。

二、接口返回的時間信息解析

ThisTime和TotalTime的概念: 這兩種時間反映了應用啟動的不同階段。通過這兩個指標，我們可以更精確地了解應用啟動的性能瓶頸。簡單來說，ThisTime代表了最后一個有界面Activity的啟動耗時，而TotalTime則是整個新應用啟動的總耗時，包括新進程的啟動和所有Activity的啟動過程。WaitTime則是整個啟動過程的總耗時。這些信息在日志中通過標簽am_activity_launch_time進行記錄。

三、關(guān)鍵時間變量解析

在ActivityRecord的reportLaunchTimeLocked()函數(shù)中，涉及到幾個關(guān)鍵的時間變量，如curTime、displayStartTime和mLaunchStartTime等。這些變量代表了不同的時間點，為我們提供了豐富的應用啟動過程信息。了解這些變量的含義可以幫助我們更準確地分析應用啟動的性能問題。

時間變量詳解: curTime代表當前函數(shù)調(diào)用的時間點；displayStartTime指向最后一個Activity的啟動時間點；mLaunchStartTime則指向啟動序列中第一個Activity的啟動時間點。在點擊桌面圖標啟動應用時，如果僅啟動一個有界面的Activity，那么displayStartTime和mLaunchStartTime會指向同一時間點，此時ThisTime等于TotalTime。但如果應用啟動時啟動了多個Activity，則這兩個時間點會有所不同。

四、日志中的時間信息解讀

Event log中的am_activity_launch_time標簽記錄的時間信息與通過adb shell am start-W命令得到的值是一致的。開發(fā)者主要關(guān)注的是TotalTime，因為這個時間反映了應用真正啟動的耗時，是開發(fā)者優(yōu)化應用啟動性能的關(guān)鍵指標。WaitTime則代表了系統(tǒng)層面啟動應用的總體耗時。通過分析和比較這些時間信息，開發(fā)者可以更好地了解應用的啟動性能并找到潛在的優(yōu)化點。

五、應用啟動結(jié)束判斷機制

系統(tǒng)判斷應用啟動結(jié)束的標準是基于窗口的繪制過程。當應用的窗口界面繪制完成并顯示后，WMS（窗口管理器服務）會通知AMS（ActivityManagerService），表示Activity啟動完成。在這個過程中涉及到的機制包括進程啟動、Activity生命周期的執(zhí)行以及窗口的繪制等。在優(yōu)化應用啟動時，除了關(guān)注TotalTime等關(guān)鍵指標外，還需要關(guān)注這些環(huán)節(jié)的性能表現(xiàn)。

在實際開發(fā)中，關(guān)注應用自身啟動耗時應主要參考TotalTime；如果關(guān)心系統(tǒng)層面啟動應用的耗時，則參考WaitTime；若要關(guān)注應用有界面Activity的啟動耗時，則參考ThisTime。通過分析和優(yōu)化這些關(guān)鍵指標，可以有效提升應用的啟動性能，從而改善用戶體驗。Android應用啟動與游戲啟動詳解

一、非首次應用啟動

當你在使用某個應用時，通過按Back鍵并未完全結(jié)束該應用的進程，那么當你再次打開該應用時，它會更快地啟動。這是因為應用已經(jīng)處于熱啟動狀態(tài)，無需再創(chuàng)建新的進程，僅需激活特定的Activity。這種情況我們稱之為“應用熱啟動”。

二、游戲啟動場景分析

對于游戲啟動，單純依賴命令行啟動的方式并不適用。從用戶點擊桌面圖標到登錄界面，涉及系統(tǒng)和游戲自身的多個環(huán)節(jié)。

2.1 系統(tǒng)部分

游戲啟動同樣有一個特定的Activity。當用戶點擊桌面圖標時，系統(tǒng)會響應并啟動這個Activity。這是一個標準的流程。

2.2 游戲部分

游戲的主Activity啟動后，會進行一系列耗時的操作，如加載游戲數(shù)據(jù)、聯(lián)網(wǎng)更新數(shù)據(jù)等。這些操作期間，界面通常是不可操作的。從游戲開發(fā)者的角度看，只有當真正可供玩家操作的界面出現(xiàn)時，才意味著游戲的完全加載。加載游戲數(shù)據(jù)、聯(lián)網(wǎng)更新等邏輯操作都是由游戲自身定義的，與系統(tǒng)無關(guān)。對于游戲的啟動時間，我們更傾向于計算從用戶點擊桌面圖標到可以與游戲進行交互的時間段。

三、關(guān)于啟動時間的考量

計算機的魅力在于其精確性。應用的啟動耗時，每一次可能有所不同，但每次都提供了準確的啟動時間。不同公司對應用的定位不同，對啟動時間的要求也各異。例如，一些ROM內(nèi)置應用的啟動速度要求非?？?，以給用戶流暢的體驗；而互聯(lián)網(wǎng)公司開發(fā)的App則更注重展示廣告或其他內(nèi)容，對啟動速度要求不高。但從消費者的角度看，當然希望越早見到主界面越好。

四、應用啟動優(yōu)化的重要性

在開發(fā)Android應用時，應用的啟動時間是一個重要的性能指標。一個快速啟動的應用能夠贏得用戶的青睞和信任。如同“天下武功，唯快不破”的道理，應用的快速啟動也是提升用戶體驗和競爭力的關(guān)鍵。

五、總結(jié)

無論是應用開發(fā)還是游戲開發(fā)，都應當關(guān)注應用的啟動時間并對其進行優(yōu)化。只有確保應用的快速且穩(wěn)定的啟動，才能為用戶帶來更好的體驗。不同的應用場景對啟動時間有不同的要求，開發(fā)者需要根據(jù)實際需求進行相應的優(yōu)化和調(diào)整。而在整個開發(fā)過程中，始終維護應用的穩(wěn)定性和流暢性，是每一個開發(fā)者應當追求的目標。