[發(fā)明專(zhuān)利]一種文件系統(tǒng)變化的探測(cè)方法、探測(cè)裝置及相應(yīng)電子設(shè)備

在審

• 申請(qǐng)?zhí)枺?/td>: 201310376898.8
• 申請(qǐng)日: 2013-08-26
• 公開(kāi)（公告）號(hào): CN104424234A
• 公開(kāi)（公告）日: 2015-03-18
• 發(fā)明（設(shè)計(jì)）人: 袁志俊;禹?yè)P(yáng)帆
• 申請(qǐng)（專(zhuān)利權(quán)）人: 阿里巴巴集團(tuán)控股有限公司
• 主分類(lèi)號(hào): G06F17/30
• 分類(lèi)號(hào): G06F17/30;G06F11/30
• 代理公司: 北京安信方達(dá)知識(shí)產(chǎn)權(quán)代理有限公司 11262
• 代理人: 龍洪;栗若木

技術(shù)領(lǐng)域

本申請(qǐng)涉及文件管理，更具體地，涉及一種文件系統(tǒng)變化的探測(cè)方法、探測(cè)裝置及相應(yīng)的電子設(shè)備。

背景技術(shù)

在許多系統(tǒng)開(kāi)發(fā)中經(jīng)常會(huì)需要探測(cè)或者感知文件（本申請(qǐng)中的“文件”指計(jì)算機(jī)系統(tǒng)保存數(shù)據(jù)的物理單元，包括通常所說(shuō)的文件和目錄）的變化，比如在監(jiān)控系統(tǒng)中需要感知機(jī)器上日志文件的變化（如尺寸、文件名和最后修改時(shí)間等），從而觸發(fā)做進(jìn)一步的處理。通常做法是使用輪詢(xún)的方式來(lái)探測(cè)文件變化，如通過(guò)一個(gè)守護(hù)線(xiàn)程按照一定的頻率掃描文件的元數(shù)據(jù)信息，然后對(duì)記錄的上一次的信息和本次獲取的信息做比較，判斷文件的變化。但是因?yàn)樵摲桨覆捎靡欢ǖ闹芷陬l率來(lái)執(zhí)行文件信息的采集，那么輪詢(xún)間隔中發(fā)生的變化可能會(huì)被忽略，這會(huì)導(dǎo)致文件處理的錯(cuò)誤。

Linux內(nèi)核提供了一種稱(chēng)為Inotify的文件系統(tǒng)變化通知機(jī)制，在A(yíng)ndorid系統(tǒng)上有基于Inotify的系統(tǒng)內(nèi)核監(jiān)聽(tīng)實(shí)現(xiàn)，可以實(shí)時(shí)探測(cè)出文件變化，但該實(shí)現(xiàn)方案只能基于A(yíng)ndroid手機(jī)，不適用于其他系統(tǒng)平臺(tái)。而且，該方案在一個(gè)應(yīng)用的多個(gè)處理模塊需要同時(shí)監(jiān)控不同文件時(shí)，也只能創(chuàng)建一個(gè)Inotify實(shí)例，如果這些文件同時(shí)發(fā)生變化，Inotify實(shí)例只能將把多個(gè)事件混合報(bào)出，應(yīng)用還需要為不同處理模塊過(guò)濾和分發(fā)事件，線(xiàn)程監(jiān)控模型非常低效。

發(fā)明內(nèi)容

本申請(qǐng)實(shí)施例要解決的技術(shù)問(wèn)題是提供一種更高效的文件系統(tǒng)變化的探測(cè)方法和探測(cè)裝置。

為了解決上述問(wèn)題，本申請(qǐng)?zhí)峁┝艘环N文件系統(tǒng)變化的探測(cè)方法，包括：

基于當(dāng)前操作系統(tǒng)內(nèi)核的文件系統(tǒng)變化通知機(jī)制，偵聽(tīng)內(nèi)核在監(jiān)視實(shí)例上監(jiān)視到文件操作事件時(shí)發(fā)出的通知；

偵聽(tīng)到內(nèi)核的所述通知后，讀取內(nèi)核緩存的第一事件結(jié)構(gòu)，所述第一事件結(jié)構(gòu)中封裝有文件操作事件的文件操作信息；

根據(jù)配置的對(duì)文件操作信息的過(guò)濾條件對(duì)待選事件結(jié)構(gòu)進(jìn)行過(guò)濾，將符合過(guò)濾條件的待選事件結(jié)構(gòu)上報(bào)，其中，所述待選事件結(jié)構(gòu)為所述第一事件結(jié)構(gòu)或?qū)λ龅谝皇录Y(jié)構(gòu)做格式變換得到的統(tǒng)一的第二事件結(jié)構(gòu)。

較佳地，

所述過(guò)濾條件包括時(shí)間敏感度的過(guò)濾條件，所述待選事件結(jié)構(gòu)中的文件操作信息包含事件類(lèi)型和事件發(fā)生時(shí)間信息；

根據(jù)配置的所述過(guò)濾條件對(duì)待選事件結(jié)構(gòu)進(jìn)行過(guò)濾，包括：上報(bào)一待選事件結(jié)構(gòu)后，緩存其中的事件類(lèi)型和事件發(fā)生時(shí)間信息，對(duì)一待選事件結(jié)構(gòu)進(jìn)行過(guò)濾時(shí)，如其中的事件發(fā)生時(shí)間距離最近一次上報(bào)的同類(lèi)事件的發(fā)生時(shí)間超過(guò)設(shè)置的時(shí)長(zhǎng)閾值，則該待選事件結(jié)構(gòu)符合時(shí)間敏感度的過(guò)濾條件，否則丟棄該待選事件結(jié)構(gòu)。

較佳地，

所述過(guò)濾條件包括文件大小變化敏感度的過(guò)濾條件，所述待選事件結(jié)構(gòu)中的文件操作信息包含事件類(lèi)型和文件大小信息；

根據(jù)配置的所述過(guò)濾條件對(duì)待選事件結(jié)構(gòu)進(jìn)行過(guò)濾，包括：緩存所述待選事件結(jié)構(gòu)中的事件類(lèi)型和文件大小信息，上報(bào)一待選事件結(jié)構(gòu)之后，每次對(duì)同類(lèi)事件的待選事件結(jié)構(gòu)進(jìn)行過(guò)濾時(shí)，對(duì)本次事件相對(duì)于上次事件的文件大小變化量進(jìn)行累計(jì)，如累計(jì)值超過(guò)設(shè)置的變化量閾值，則該待選事件結(jié)構(gòu)符合文件大小變化敏感度的過(guò)濾條件，否則丟棄該待選事件結(jié)構(gòu)。

較佳地，

所述過(guò)濾條件包括事件類(lèi)型的過(guò)濾條件，所述待選事件結(jié)構(gòu)中的文件操作信息包含事件類(lèi)型信息；

根據(jù)配置的所述過(guò)濾條件對(duì)待選事件結(jié)構(gòu)進(jìn)行過(guò)濾，包括：對(duì)待選事件結(jié)構(gòu)進(jìn)行過(guò)濾時(shí)，如該待選事件結(jié)構(gòu)對(duì)應(yīng)的事件類(lèi)型屬于配置文件中配置的需要監(jiān)視的事件類(lèi)型，則該待選事件結(jié)構(gòu)符合事件類(lèi)型的過(guò)濾條件，否則丟棄該待選事件結(jié)構(gòu)。

較佳地，

所述基于當(dāng)前操作系統(tǒng)內(nèi)核的文件系統(tǒng)變化通知機(jī)制，偵聽(tīng)內(nèi)核在監(jiān)視實(shí)例上監(jiān)視到文件操作事件時(shí)發(fā)出的通知之前，還包括：

在應(yīng)用中存在對(duì)文件系統(tǒng)變化有不同的探測(cè)需求且需要同時(shí)進(jìn)行探測(cè)的多個(gè)處理模塊時(shí)，為其中的每一處理模塊創(chuàng)建一監(jiān)視實(shí)例，且對(duì)不同的監(jiān)視實(shí)例，使用不同的進(jìn)程執(zhí)行探測(cè)。

較佳地，

所述將符合過(guò)濾條件的待選事件結(jié)構(gòu)上報(bào)，包括：將符合過(guò)濾條件的待選事件結(jié)構(gòu)寫(xiě)入一阻塞隊(duì)列，然后喚醒應(yīng)用中相應(yīng)的處理模塊。

較佳地，

所述待選事件結(jié)構(gòu)是所述第二事件結(jié)構(gòu)，對(duì)所述第一事件結(jié)構(gòu)做格式變換得到統(tǒng)一的第二事件結(jié)構(gòu)，包括：

讀取內(nèi)核緩存的第一事件結(jié)構(gòu)之后，根據(jù)當(dāng)前操作系統(tǒng)的類(lèi)型對(duì)所述第一事件結(jié)構(gòu)進(jìn)行相應(yīng)解析，解析得到的文件操作信息重新封裝為統(tǒng)一的第二事件結(jié)構(gòu)。

相應(yīng)地，本申請(qǐng)還提供了一種文件系統(tǒng)變化的探測(cè)裝置，包括：