[發明專利]任務進程阻塞管理方法

在審

• 申請號: 201910454326.4
• 申請日: 2019-05-29
• 公開（公告）號: CN112015525A
• 公開（公告）日: 2020-12-01
• 發明（設計）人: 劉湛
• 申請（專利權）人: 上海嗶哩嗶哩科技有限公司
• 主分類號: G06F9/48
• 分類號: G06F9/48
• 代理公司: 上海大視知識產權代理事務所(特殊普通合伙) 31314
• 代理人: 顧小偉;蔡沅

本發明涉及一種任務進程阻塞管理方法，屬于互聯網技術領域。采用本發明的方法，當啟動任務的第二進程時，先判斷標識文件是否存在；若存在，則將第二進程號寫入標識文件并進入阻塞狀態；第一進程監測到標識文件被修改后，保存進度并退出；而后第二進程才開始運行，進一步的第二進程可以在阻塞狀態下以獨占方式打開鎖文件，從而防止后續進程進入阻塞。保證了定時觸發任務同時只有一個進程在處理數據，后起進程可以覆蓋前進程運行，在進程交接過程中，不會造成前進程進度中斷，有效解決了定時觸發進程多進程共存的問題以及交接過程中的進度中斷問題，使得進程切換過程更為順暢，更為節省資源，且有助于實現服務器的高效、安全運行。

技術領域

本發明涉及互聯網技術領域，特別涉及服務器進程管理方法技術領域，具體是指一種任務進程阻塞管理方法。

背景技術

在現有的互聯網技術中，服務器后臺任務處理方式有兩種：一種為常駐內存，另一種為定時任務。常駐內存的進程，當代碼或配置更新時，進程通常無法自動加載，運行過久的進程僵死或內存溢出的風險也較大。而定時任務觸發的進程，代碼或配置更新時可自動加載，對于內存的需求也更小。

但定時任務的主要問題在于，若后進程被觸發時前進程尚在運行，則會存在相同數據重復處理的情況，對運算資源是一種浪費，甚至可能導致數據異常。linux服務器管理一類進程是當前互聯網技術中常用的進程管理形式。此類進程即由同一定時任務觸發，并且一個進程的運行時長可能會超過兩次觸發間隔，所以需要進行阻塞處理。

一般而言，任務是指執行相同代碼流程、達到相同目的的一系列進程；而阻塞是指保證同一時段只能有一個進程來處理相同任務，即在后一進程開始而前一進程未結束時，通過有效地控制，以盡快結束前進程，并暫緩后一進程。

定時任務一般會有三種阻塞處理策略，一是后面的進程排隊等待，但容易造成進程堆積；二是殺死前進程，但如果前進程尚有未處理完的數據，會造成進度丟失；三是丟棄后進程，則前進程會退化成一個常駐內存的進程，丟失了定時任務的優勢。

因此，如何提供一種更為順暢、節省資源的任務進程阻塞方法，進而實現更為高效、安全的相同任務進程的迭代方式，成為本領域亟待解決的問題。

發明內容

本發明的目的是克服了上述現有技術中的缺點，提供一種更為順暢，更為節省資源，且有助于實現高效、安全的相同任務進程迭代方式的任務進程阻塞管理方法。

為了實現上述的目的，本發明的任務進程阻塞管理方法包括以下步驟：

啟動運行任務的第一進程，將所述第一進程的標識寫入標識文件中；

啟動任務的第二進程，根據所述標識文件以及所述第二進程的標識，確定是否開始運行所述的第二進程；

當進入所述的第一進程仍在運行，且所述的第二進程未開始運行的阻塞狀態時，設置所述標識文件對應的鎖文件被所述第二進程獨占，并將所述第二進程的標識寫入所述標識文件中。

該任務進程阻塞管理方法中，上述各步驟具體可包括以下各步驟：

啟動任務的第一進程，建立該任務的標識文件，在其中寫入第一進程號，并開始運行所述的第一進程；

在所述的第一進程運行過程中，定時監測所述的標識文件是否被修改；當所述的第一進程結束時，刪除該標識文件；

啟動任務的第二進程，判斷該任務的標識文件是否存在；

若所述的標識文件不存在，則建立該任務的新的標識文件，在其中寫入第二進程號，并開始運行所述的第二進程；

若所述的標識文件存在，則進入所述的阻塞狀態，將第二進程號寫入既有的標識文件，并定時監測所述的第一進程的運行狀態；

當所述的第一進程監測到所述的標識文件被修改后，保存處理進度，并退出該第一進程；