應用崩潰後的Android錯誤日誌

我收到了>>>THIS < < <錯誤日誌來自客戶端。我將APP名稱替換爲：APP_NAME。 你能幫我確定它是否是我的應用程序的錯？這在我看來，出事了我的應用程序之外，在服務中造成的錯誤：應用崩潰後的Android錯誤日誌

06-30 15：54：51.059 W/ActivityManager（427）：的調度重啓墜毀服務融爲一體。 .android/.services.periodic.GpsLoggerService

但我不確定它是否是錯誤消息的真正原因。 是嗎？

該日誌是由外部工具發送和發送的。 日誌收集器。所以這不僅僅是來自我的應用程序的日誌，而是來自整個系統。

來源

2012-06-30 gisek

您可以添加與錯誤對應的源代碼，請 – Guillaume

@Guillaume不幸的是我不能。源代碼是公司的財產，而不是我的。 :(目前我只關心它是否是我的應用程序失敗或其他東西，如果事實證明這是我的應用程序，我會深入研究代碼。注意，pastebin上有整個日誌，不僅僅是這一行。 – gisek

看着pastebin，我肯定可以肯定地說，看起來你的應用程序有b0rk3d了。看線457-465其示出了

java.lang.ThreadGroup.uncaughtException（ThreadGroup.java:693）
06-30 15：54：51.049 d /過程（11724）：java.lang.ThreadGroup中。 uncaughtException（ThreadGroup.java:690）
06-30 15：54：51.049 d /過程（11724）：dalvik.system.NativeStart.main（本機方法）

東西在線程那裏發生，或許，誤操作線程管理，也就是在你的廣播接收器的804行，可能收到了一些意圖，這會導致你的應用程序整體崩潰。

我知道它沒什麼幫助，但希望它能幫助你朝正確的方向發展。

來源

2012-06-30 22:37:10 t0mm13b

嗯..我應該在問題中提到它，日誌是由外部工具採集和發送的，日誌採集器，所以它不僅僅是來自我的應用程序的日誌，而是整個系統，我注意到這些行，但他們沒有在我看來，與我的應用程序無關。雖然我可能是錯的... – gisek

過程11724是你的崩潰的應用程序:) – t0mm13b

好點。有些情況會有所幫助。系統殺死了我的應用程序的進程力量嗎？（我的意思是第458行「killProcess，pid = 11724」） – gisek

應用崩潰後的Android錯誤日誌

回答

相關問題