android計算時間

A. Android如何計算時間差

你先獲取一個時間system.cur..獲取時間然後保存到一個long里邊在第二次獲取的時候就可以減去第一個時間了。尤其在判斷點擊兩次退出程序的時候很管用的。

B. android計算某一時刻到現在經歷了多少天多少分多少秒

你這問題的核心就是計算時間差啊，網上代碼很多的。
DateFormat df = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
try
{
Date d1 = df.parse("2006-05-26 12:00:00");
Date d2 = df.parse("2006-07-02 11:20:00");
//Date d2 = new Date(System.currentTimeMillis());//你也可以獲取當前時間
long diff = d1.getTime() - d2.getTime();//這樣得到的差值是微秒級別
long days = diff / (1000 * 60 * 60 * 24);
long hours = (diff-days*(1000 * 60 * 60 * 24))/(1000* 60 * 60);
long minutes = (diff-days*(1000 * 60 * 60 * 24)-hours*(1000* 60 * 60))/(1000* 60);

System.out.println(""+days+"天"+hours+"小時"+minutes+"分");
}
catch (Exception e)
{
}

C. 安卓電池剩餘電量的使用時間怎麼計算

android估算電池電量可用時間方法如下：
在電話撥號界面輸入*#*#4636#*#*。
輸入以上信息（就是星井星井4636井星井星），會自動調出機器相關信息，其中就有關於電池使用情況的信息的 電池信息，還有電池性能級別。裡面有電池狀態，是否已插電，電池級別，電池容量，電池健康狀態，電池電壓，電池溫度，電池技術，自啟動以來的時間。等信息。一目瞭然。
用手機本人自帶的電話撥號器輸入才有效。

D. 有沒有安卓的能計算時間的APP

計時人生APP應用介紹：

1、強大的時間記錄功能， 比如目標、考試、遊玩、假期。 通過倒計時的方式幫助您記錄即將發生的事情。

2、為您保存已經發生後的事情， 為您統計逝去的日子。

3、紀念日記錄， 女朋友的交往日、結婚紀念日、首次邁出社會的舞台、難以忘懷的經歷？ 統統保存下來！

4、節日計時， 節日還有多久？ 過年、勞動節、國慶、元旦統統入我法眼！

E. 怎麼計算android app啟動時間

事實上 Android 中一個 App 的啟動時間可以准確計算的.但是要分場景.也就是說要分開游戲和應用. 大家都知道,在Android中,游戲開發和應用開發是兩碼事.所以我們需要分開來說.
1.1 應用啟動
我們平時在寫應用的時候,一般會指定一個 mainActivity ,用戶在桌面上點擊這個 Activity 的時候,系統會直接起這個 Activity. 我們知道 Activity 在啟動的時候會走 onCreate/onStart/onResume .這幾個回調函數.
許多書里講過,當執行完 onResume 函數之後,應用就顯示出來了…其實這是一種不準確的說法,因為從系統層面來看,一個 Activity 走完 onCreate/onStart/onResume 這幾個生命周期之後,只是完成了應用自身的一些配置,比如 window 的一些屬性的設置/ View 樹的建立(只是建立,並沒有顯示,也就是說只是調用了 inflate 而已) . 後面 ViewRootImpl 還會調用兩次performTraversals ,初始化 Egl 以及 measure/layout/draw. 等.所以我們定義一個 Android 應用的啟動時間, 肯定不能在 Activity 的回調函數上下手.而是以用戶在手機屏幕上看到你在 onCreate 的 setContentView 中設置的 layout 完全顯示為准,也就是我們常說的應用第一幀.
上面扯得有點遠,不感興趣的話可以不看,下面直接說方法.題主說的 adb shell am start -w packagename/activity,是可以完全應用的啟動時間的.不過也要分場景.
1.2 應用第一次啟動
也就是我們常說的冷啟動,這時候你的應用程序的進程是沒有創建的. 這也是大部分應用的使用場景.用戶在桌面上點擊你應用的 icon 之後,首先要創建進程,然後才啟動 MainActivity.這時候adb shell am start -w packagename/MainActivity 返回的結果,就是標準的應用程序的啟動時間（注意 Android 5.0 之前的手機是沒有 WaitTime 這個值的）:
➜ adb shell am start -W com.meizu.media.painter/com.meizu.media.painter.PainterMainActivity
Starting: Intent { act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER] cmp=com.meizu.media.painter/.PainterMainActivity }
Status: ok
Activity: com.meizu.media.painter/.PainterMainActivity
ThisTime: 355
TotalTime: 355
WaitTime: 365
Complete

總共返回了三個結果,我們以 WaitTime 為准.
關於ThisTime/TotalTime/WaitTime的區別,下面是其解釋：
「adb shell am start -W 」的實現在 frameworks\base\cmds\am\src\com\android\commands\am\Am.java 文件中。其實就是跨Binder調用ActivityManagerService.startActivityAndWait() 介面（後面將ActivityManagerService簡稱為AMS），這個介面返回的結果包含上面列印的ThisTime、TotalTime時間.

startTime記錄的剛准備調用startActivityAndWait()的時間點
endTime記錄的是startActivityAndWait()函數調用返回的時間點
WaitTime = startActivityAndWait()調用耗時。
ThisTime、TotalTime 的計算在 frameworks\base\services\core\java\com\android\server\am\ActivityRecord.java 文件的 reportLaunchTimeLocked() 函數中。

我們來解釋下代碼里curTime、displayStartTime、mLaunchStartTime三個時間變數.
curTime表示該函數調用的時間點.
displayStartTime表示一連串啟動Activity中的最後一個Activity的啟動時間點.
mLaunchStartTime表示一連串啟動Activity中第一個Activity的啟動時間點.
正常情況下點擊桌面圖標只啟動一個有界面的 Activity，此時 displayStartTime 與mLaunchStartTime 便指向同一時間點，此時 ThisTime=TotalTime。另一種情況是點擊桌面圖標應用會先啟動一個無界面的 Activity 做邏輯處理，接著又啟動一個有界面的Activity，在這種啟動一連串 Activity 的情況下（知乎的啟動就是屬於這種情況），displayStartTime 便指向最後一個 Activity 的開始啟動時間點，mLaunchStartTime 指向第一個無界面Activity的開始啟動時間點，此時 ThisTime！=TotalTime。
看到這里應該清楚 ThisTime、TotalTime、WaitTime 三個時間的關系了吧。WaitTime 就是總的耗時，包括前一個應用 Activity pause 的時間和新應用啟動的時間；ThisTime 表示一連串啟動 Activity 的最後一個 Activity 的啟動耗時；TotalTime 表示新應用啟動的耗時，包括新進程的啟動和 Activity 的啟動，但不包括前一個應用 Activity pause 的耗時。也就是說，開發者一般只要關心 TotalTime 即可，這個時間才是自己應用真正啟動的耗時。
Event log中 TAG=am_activity_launch_time 中的兩個值分表表示 ThisTime、TotalTime，跟通過 「adb shell am start -W 」 得到的值是一致的。
最後再說下系統根據什麼來判斷應用啟動結束。我們知道應用啟動包括進程啟動、走 Activity生命周期 onCreate/onResume 等。在第一次 onResume 時添加窗口到WMS中，然後measure/layout/draw，窗口繪制完成後通知 WMS，WMS 在合適的時機控制界面開始顯示(夾雜了界面切換動畫邏輯)。記住是窗口界面顯示出來後，WMS 才調用reportLaunchTimeLocked() 通知 AMS Activity 啟動完成。
最後總結一下，如果只關心某個應用自身啟動耗時，參考TotalTime；如果關心系統啟動應用耗時，參考WaitTime；如果關心應用有界面Activity啟動耗時，參考ThisTime。
1.2 應用非第一次啟動
如果是你按Back鍵，並沒有將應用進程殺掉的話，那麼執行上述命令就會快一些，因為不用創建進程了，只需要啟動一個Activity即可。這也就是我們說的應用熱啟動。
2 游戲啟動場景
游戲啟動的話，就不適用用命令行的方法來啟動了，因為從用戶點擊桌面圖標到登錄界面，既有系統的部分也有游戲自己的部分。
2.1 系統部分
游戲也有一個Activity，所以啟動的時候還是會去啟動這個Activity，所以系統啟動部分也就是用戶點擊桌面桌面響應到這個Activity啟動。
2.2 游戲部分
一般游戲的主Activity啟動後，還會做一些比較耗時的事情，這時候你看到的界面是不能操作的，比如：載入游戲數據、聯網更新數據、讀取和更新配置文件、游戲引擎初始化等操作。從游戲開發的角度來看，到了真正用戶能操作的界面才算是一個游戲真正載入完成的時間。那麼這個時間，就得使用Log來記錄了，因為載入游戲數據、聯網更新數據、讀取和更新配置文件、游戲引擎初始化這些操作，都是游戲自己的邏輯，與系統無關，所以得由游戲自己定義載入完成的點。
對於游戲的啟動時間，我們更傾向於計算從 點擊桌面圖標 到 用戶可以與游戲進行交互 這個時間段作為一個游戲的啟動時間。
3 總結
計算機最讓人著迷的一點就是其准確性，1+1永遠等於2，啟動耗時多久就是多久，每一次可能不一樣，但每一次的時間都是這一次的准確時間。
不過每個公司由於對應用的定位不同，所以對應用啟動的要求也不一樣。比如有的做 ROM 的公司，其內置應用的啟動時間一定是要非常快的，這樣給用戶的第一感覺就是快、流暢；互聯網公司的 App 則不是很關心啟動速度，大部分互聯網公司的應用都有一個啟動頁，用來展示廣告或者功能介紹之類的，然後才會進入到主界面。需求不一樣，這么做也無可厚非，不過從消費者的角度來看，越早見到主界面當然越好。
所以在做一個 Android App 的時候，一定要記得將應用的啟動時間作為一個性能指標，畢竟
天下武功，唯快不破！

F. 求安卓可以計算日期，紀念日的軟體

我想LZ需要的是 「365日歷 」，這是一款很強大的免費日歷軟體，支持多個系統平台，各平台之間可以互相同步，主要功能有：日歷、日程、待辦事項、星座運程、黃道吉日、天氣預報等，其中還包括LZ需要的日期計算功能。

請LZ移步到 w w w .365rili . com ,免費下載 Android版 的 365日歷（下載和使用均免費，如需在pc版和手機版之間同步數據，需要注冊帳號，也是免費的！）

以上是 moden又燒了 在凌晨兩點給你的回答！希望能幫到你！
（我再也不喝咖啡啦 55555555555，睡不著啊!!!!）

G. 新手求教！急。。。急。。。android如何計算兩個時區的時間差（精確到小時），請盡可能說的明白些，謝謝

每個時區相差都是整數小時的時間。你可以把每個時區的區號相減就得到相差的時間差了。（比如北京是東8區，就是+8，東京是東9區，就是+9，所以東京和北京相差9-8=1小時）

H. 如何精確計算Android應用的使用時長

進入設置——日期和時間設置——取消自動——選擇時區——選GMT+08:00,中國（或北京）標准時間——調整時間——完成