[發明專利]跨進程通信方法與Binder驅動

在審

• 申請號: 202111168280.3
• 申請日: 2021-10-08
• 公開（公告）號: CN113590365A
• 公開（公告）日: 2021-11-02
• 發明（設計）人: 王思遠
• 申請（專利權）人: 北京海譽動想科技股份有限公司
• 主分類號: G06F9/54
• 分類號: G06F9/54
• 代理公司: 暫無信息
• 代理人: 暫無信息

本申請提供了一種跨進程通信方法與Binder驅動、電子設備及存儲介質，方法包括：Binder驅動在接收到客戶端進程發送的服務獲取請求時，將服務獲取請求發送給目標服務管理器，以使目標服務管理器基于服務獲取請求確定Binder引用，并將Binder引用發送給Binder驅動；Binder驅動將Binder引用發送給客戶端進程，以使客戶端進程通過Binder引用獲取服務端進程提供的服務；其中，目標服務管理器按照如下方法確定：在客戶端進程打開Binder驅動后，Binder驅動基于客戶端進程所在的命名空間，通過查詢預設的命名空間以及服務管理器的對應關系確定目標服務管理器，其中，對應關系中命名空間的數量為至少兩個，能實現多容器環境下的跨進程通信。

技術領域

本發明涉及計算機技術領域，特別涉及一種跨進程通信方法與Binder驅動、電子設備及存儲介質。

背景技術

隨著Android（安卓）設備越來越多的被應用于各行各業，人們對于Android系統的需求也越來越高，其中包括多容器運行Android系統，即在一個Android系統中，再運行多個Android容器。

Android系統基于Linux操作系統，但其進程間通信（IPC）技術沒有采用Linux原本的方式，而是采用Binder機制，在Linux內核中創建了一個虛擬字符設備驅動/dev/binder，并對外提供init、open、mmap、ioctl等接口，用戶態進程通過這些接口訪問內核態，并通過內核的Binder驅動對其他用戶態進程進行訪問，從而實現跨進程通信。

但是Binder驅動不支持多容器環境下的跨進程通信。具體來說，對于Android系統內核中的實現，僅有一份binder_context_mgr_node（binder_context_mgr_node用來保存服務管理器ServiceManager對應的binder實體）。當有多個Android容器運行時，每個容器初始化服務管理器時服務管理器都會向binder驅動中注冊為binder_context_mgr_node，會導致執行失敗從而系統發生運行錯誤。

因此，如何提供一種方案，以實現多容器環境下的跨進程通信，成為亟待解決的技術問題。

發明內容

針對現有技術存在的技術問題，本申請實施例提供一種跨進程通信方法與Binder驅動、電子設備及存儲介質。

第一方面，本申請實施例提供了一種跨進程通信方法，包括：

Binder驅動在接收到客戶端進程發送的服務獲取請求時，將所述服務獲取請求發送給目標服務管理器，以使所述目標服務管理器基于所述服務獲取請求確定Binder引用，并將所述Binder引用發送給所述Binder驅動；

所述Binder驅動將所述Binder引用發送給所述客戶端進程，以使所述客戶端進程通過所述Binder引用獲取服務端進程提供的服務；

其中，所述目標服務管理器按照如下方法確定：

在所述客戶端進程打開所述Binder驅動后，所述Binder驅動基于所述客戶端進程所在的命名空間，通過查詢預設的命名空間以及服務管理器的對應關系確定所述目標服務管理器，其中，所述對應關系中命名空間的數量為至少兩個。

第二方面，本申請實施例還提供了一種Binder驅動，包括：

第一發送單元，用于在接收到客戶端進程發送的服務獲取請求時，將所述服務獲取請求發送給目標服務管理器，以使所述目標服務管理器基于所述服務獲取請求確定Binder引用，并反饋所述Binder引用；

第二發送單元，用于將所述Binder引用發送給所述客戶端進程，以使所述客戶端進程通過所述Binder引用獲取服務端進程提供的服務；

其中，所述目標服務管理器通過查詢單元確定；

所述查詢單元，用于：