[發明專利]跨進程發送打點日志的方法及裝置

有效

• 申請號: 201711248245.6
• 申請日: 2017-12-01
• 公開（公告）號: CN108021459B
• 公開（公告）日: 2022-03-04
• 發明（設計）人: 明理;李濤
• 申請（專利權）人: 麒麟合盛網絡技術股份有限公司
• 主分類號: G06F9/54
• 分類號: G06F9/54;G06F11/34
• 代理公司: 北京國昊天誠知識產權代理有限公司 11315
• 代理人: 張黎

本申請實施例提供了一種跨進程發送打點日志的方法及裝置，其中方法包括：主進程先后基于AIDL Service組件和Content provider組件，分別請求建立與目標進程之間的第一跨進程通信連接和第二跨進程通信連接；主進程判斷第二跨進程通信連接是否建立成功；若第二跨進程通信連接建立成功，則主進程通過第二跨進程通信連接向目標進程發送打點日志，否則，主進程判斷第一跨進程通信連接是否建立成功；若第一跨進程通信連接建立成功，則主進程通過第一跨進程通信連接向目標進程發送打點日志。通過本申請實施例，能夠在跨進程發送打點日志時，降低打點日志丟失率，提高跨進程發送打點日志的成功率，提高打點日志發送可靠性。

技術領域

本申請涉及日志處理技術領域，尤其涉及一種跨進程發送打點日志的方法及裝置。

背景技術

在安卓系統下，應用程序的運營端為了解用戶對其提供的應用程序的使用情況，通常會在應用程序的代碼中插入打點事件(即插入一段代碼)，當應用程序在用戶的操作下運行至打點事件處時，打點事件被觸發，生成打點日志，應用程序將該打點日志發送至應用程序的運營端，應用程序的運營端分析打點日志即可獲知用戶使用應用程序的習慣，如何時啟動應用程序，是否升級應用程序，何時退出應用程序等。

在應用程序內部，打點日志生成后，通常由生成打點日志的進程將打點日志發送至目標進程，由該目標進程將打點日志發送至應用程序的運營端或做進一步處理。其中，生成打點日志的進程將打點日志發送至目標進程的過程即為應用程序內部的跨進程通信。

目前主流推薦通過安卓系統中的AIDL(Android Interface DefinitionLanguage，Android接口定義語言)Service組件建立兩個進程之間的通信關系，實現應用程序內部的跨進程通信。然而，由于通過AIDL Service組件建立兩個進程之間的通信關系，是一個異步的過程，若生成打點日志的進程與目標進程之間的跨進程通信關系未在預設時間內建立成功，則生成打點日志的進程為保證運行效率會放棄本次日志發送，導致本次打點日志丟失。

目前還可以通過安卓系統中的Content Provider組件建立兩個進程之間的通信關系，實現應用程序內部的跨進程通信。然而，由于Content Provider組件存在加載失敗，導致跨進程通信關系建立失敗的問題，因此通過Content Provider組件進行上述打點日志發送時，仍然存在一定的打點日志丟失率。

可見，通過現有技術中的方式跨進程發送打點日志時，存在一定的打點日志丟失率，打點日志發送的可靠性較低。

發明內容

本申請實施例的目的是提供一種跨進程發送打點日志的方法及裝置，能夠在跨進程發送打點日志時，降低打點日志的丟失率，提高跨進程發送打點日志的成功率，提高打點日志發送的可靠性。

為解決上述技術問題，本申請實施例是這樣實現的：

本申請實施例提供了一種跨進程發送打點日志的方法，應用于主進程和目標進程之間，包括：

所述主進程先后基于Android接口定義語言AIDL Service組件和Contentprovider組件，分別請求建立與所述目標進程之間的第一跨進程通信連接和第二跨進程通信連接；

所述主進程判斷所述第二跨進程通信連接是否建立成功；

若所述第二跨進程通信連接建立成功，則所述主進程通過所述第二跨進程通信連接向所述目標進程發送所述打點日志，否則，所述主進程判斷所述第一跨進程通信連接是否建立成功；

若所述第一跨進程通信連接建立成功，則所述主進程通過所述第一跨進程通信連接向所述目標進程發送所述打點日志。

本申請還實施例提供了一種跨進程發送打點日志的裝置，應用于主進程和目標進程之間，包括：