本發(fā)明涉及計算機技術領域，特別是涉及一種系統(tǒng)配置文件修改方法和系統(tǒng)。

背景技術：

現(xiàn)有很多業(yè)務平臺的運行都存在系統(tǒng)配置文件，在啟動服務器后會加載系統(tǒng)配置文件到緩存中，從而業(yè)務平臺從緩存中獲取系統(tǒng)配置文件中的配置信息進行配置。

傳統(tǒng)技術中，若服務器運行時需要修改某些配置信息，則會修改系統(tǒng)配置文件，要使得新的配置生效，必須重啟服務器重新將新的系統(tǒng)配置文件加載到緩存中才能使得新的配置生效。這樣，不僅使得更新的效率降低，而且由于需要重新服務器影響了平臺的運行。

技術實現(xiàn)要素：

基于此，有必要針對上述技術問題，提供一種不需要重新服務器的系統(tǒng)配置文件修改方法和系統(tǒng)。

一種系統(tǒng)配置文件修改方法，所述方法包括：

定時檢測預設目錄下的配置文件是否有被修改過；

如果檢測結果為配置文件修改過，則讀取更新后的配置文件；

加載所述更新后的配置文件到緩存中。

在其中一個實施例中，所述定時檢測預設目錄下的配置文件是否有被修改 過的步驟包括：

每隔預設時間獲取所述配置文件的文件屬性，提取所述文件屬性中的文件修改時間；

判斷所述文件修改時間是否在預設時間的時間區(qū)間內，若是，則判定所述配置文件被修改過，否則判定所述配置文件沒有被修改過。

在其中一個實施例中，所述定時檢測預設目錄下的配置文件是否有被修改過的步驟包括：

當需要使用配置文件中的某個配置項時，調用預設的公共的工具類，通過所述工具類定時檢測預設目錄下的配置文件是否有被修改過。

在其中一個實施例中，所述方法還包括：

預先設置一個公共的獲取配置文件配置項值的工具類。

在其中一個實施例中，在所述加載更新后的配置文件到緩存中的步驟之后，還包括：

從所述緩存中獲取更新后的配置文件，根據(jù)所述更新后的配置文件中的配置項進行配置。

一種系統(tǒng)配置文件修改系統(tǒng)，所述系統(tǒng)包括：

檢測模塊，用于定時檢測預設目錄下的配置文件是否有被修改過；

讀取模塊，用于如果檢測結果為配置文件修改過，則讀取更新后的配置文件；

加載模塊，用于加載所述更新后的配置文件到緩存中。

在其中一個實施例中，所述檢測模塊包括：

時間獲取模塊，用于每隔預設時間獲取所述配置文件的文件屬性，提取所述文件屬性中的文件修改時間；

判定模塊，用于判斷所述文件修改時間是否在預設時間的時間區(qū)間內，若是，則判定所述配置文件被修改過，否則判定所述配置文件沒有被修改過。

在其中一個實施例中，所述檢測模塊用于當需要使用配置文件中的某個配置項時，調用預設的公共的工具類，通過所述工具類定時檢測預設目錄下的配置文件是否有被修改過。

在其中一個實施例中，所述系統(tǒng)還包括：

設置模塊，用于預先設置一個公共的獲取配置文件配置項值的工具類。

在其中一個實施例中，所述系統(tǒng)還包括：

配置模塊，用于從所述緩存中獲取更新后的配置文件，根據(jù)所述更新后的配置文件中的配置項進行配置。

上述系統(tǒng)配置文件修改方法和系統(tǒng)，通過定時檢測預設目錄下的配置文件是否被修改過，如果檢測結果為配置文件修改過，則讀取更新后的配置文件，加載更新后的配置文件到緩存中。由于在檢測到配置文件被修改后可以自動加載更新后的配置文件到緩存中，不需要重新服務器就能使得更新的配置項生效，不僅提高了更新效率也不會影響平臺的運行。

附圖說明

圖1為一個實施例中系統(tǒng)配置文件修改方法的流程圖；

圖2為另一個實施例中系統(tǒng)配置文件修改方法的流程圖；

圖3為一個實施例中系統(tǒng)配置文件修改系統(tǒng)的結構框圖；

圖4為一個實施例中檢測模塊的結構框圖；

圖5為另一個實施例中系統(tǒng)配置文件修改系統(tǒng)的結構框圖；

圖6為又一個實施例中系統(tǒng)配置文件修改系統(tǒng)的結構框圖。

具體實施方式

為了使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下結合附圖及實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

如圖1所示，在一個實施例中，提供了一種系統(tǒng)配置文件修改方法，該方法具體包括如下步驟：

步驟102，定時檢測預設目錄下的配置文件是否有被修改過。

本實施例中，系統(tǒng)配置文件通常都存儲在服務器的預設目錄下，因此需要定時檢測預設目錄下的配置文件是否有被修改過，如果被修改過則說明系統(tǒng)配置文件很可能有更新。

步驟104，如果檢測結果為配置文件修改過，則讀取更新后的配置文件。

步驟106，加載更新后的配置文件到緩存中。

本實施例中，通過定時檢測預設目錄下的配置文件是否被修改過，如果檢測結果為配置文件修改過，則讀取更新后的配置文件，加載更新后的配置文件到緩存中。由于在檢測到配置文件被修改后可以自動加載更新后的配置文件到緩存中，不需要重新服務器就能使得更新的配置項生效，不僅提高了更新效率也不會影響平臺的運行。

在一個實施例中，定時檢測預設目錄下的配置文件是否有被修改過的步驟包括：每隔預設時間獲取配置文件的文件屬性，提取文件屬性中的文件修改時間；判斷文件修改時間是否在預設時間的時間區(qū)間內，若是，則判定配置文件被修改過，否則判定配置文件沒有被修改過。

在一個實施例中，定時檢測預設目錄下的配置文件是否有被修改過的步驟包括：當需要使用配置文件中的某個配置項時，調用預設的公共的工具類，通過該工具類定時檢測預設目錄下的配置文件是否有被修改過。

在一個實施例中，系統(tǒng)配置文件修改方法還包括：預先設置一個公共的獲取配置文件配置項值的工具類。

在一個實施例中，在加載更新后的配置文件到緩存中的步驟之后，還包括：從緩存中獲取更新后的配置文件，根據(jù)更新后的配置文件中的配置項進行配置。

在一個實施例中，如圖2所示，提供了一種系統(tǒng)配置文件修改方法，該方法具體包括以下步驟：

步驟202，每隔預設時間獲取預設目錄下的配置文件的文件屬性，提取文件屬性中的文件修改時間。

本實施例中，系統(tǒng)配置文件存儲在服務器的預設目錄下，服務器中每個文件都具有文件屬性，若文件被修改過，則文件屬性中的文件修改時間也會更改為文件修改時對應的時間。

步驟204，判斷文件修改時間是否在預設時間的時間區(qū)間內，若是，則進入步驟206，否則結束。

本實施例中，如果配置文件的文件修改時間在預設時間的時間區(qū)間內，則表明在該預設時間的時間區(qū)間內系統(tǒng)配置文件被修改過。否則在預設時間段內系統(tǒng)配置文件沒有被修改過。

在一個實施例中，當需要使用配置文件中的某個配置項時，可調用預設的公共的工具類，通過該工具類定時檢測預設目錄下的配置文件是否有被修改過。本實施例中，預先設置一個公共的獲取配置文件配置項值的工具類，當平臺在運行過程中需要使用配置文件中的某個配置項時，則可調用該公共的工具類， 通過該工具類定時檢測預設目錄下的配置文件是否有被修改過。

步驟206，讀取更新后的配置文件，加載更新后的配置文件到緩存中。

本實施例中，當檢測到配置文件有被修改過，則讀取預設目錄下的配置文件，該配置文件是更新后的配置文件，將該配置文件加載到緩存中。

步驟208，從緩存中獲取更新后的配置文件，根據(jù)更新后的配置文件中的配置項進行配置。

本實施例中，配置文件加載到緩存中后，平臺即可從緩存中獲取配置文件中的配置項進而進行配置。

本實施例中，由于在檢測到配置文件被修改后可以自動加載更新后的配置文件到緩存中，不需要重新服務器就能使得更新的配置項生效，不僅提高了更新效率也不會影響平臺的運行。

下面以一個具體的應用場景來說明本發(fā)明實施例所提供的系統(tǒng)配置文件修改方法的原理。

在保險業(yè)務平臺中，通?？赡軙ζ脚_中新增的一些功能進行試點，也就是對于一些地區(qū)可以開放新增的一些功能。在保單數(shù)據(jù)中，通常采用機構碼來標識某個地區(qū)。比如，保險業(yè)務平臺中當前的某個功能對應的機構碼為05，表示該功能在深圳地區(qū)使用。當需要將該功能開放到其它地區(qū)，比如上海、北京等，則對于該功能需要新增兩個機構碼，這里的新增的機構碼就是配置項。例如，上海對應的機構碼為04，北京對應的機構碼為01，則該功能對應到機構碼需要修改為對應01+04+05。可直接修改服務器中的配置文件，在定時檢測該配置文件是否被修改過，如果被修改過，則將配置文件加載到緩存中，這樣，保險業(yè)務平臺就可以直接使用緩存中的新的配置項，從而更新該功能面向上海、北京和深圳三個地區(qū)開放。

如圖3所示，在一個實施例中，還提供了一種系統(tǒng)配置文件修改系統(tǒng)，該系統(tǒng)包括：

檢測模塊302，用于定時檢測預設目錄下的配置文件是否有被修改過。

讀取模塊304，用于如果檢測結果為配置文件修改過，則讀取更新后的配置文件。

加載模塊306，用于加載更新后的配置文件到緩存中。

在一個實施例中，如圖4所示，檢測模塊302包括：

時間獲取模塊312，用于每隔預設時間獲取配置文件的文件屬性，提取文件屬性中的文件修改時間。

判定模塊322，用于判斷文件修改時間是否在預設時間的時間區(qū)間內，若是，則判定配置文件被修改過，否則判定配置文件沒有被修改過。

在一個實施例中，檢測模塊304用于當需要使用配置文件中的某個配置項時，調用預設的公共的工具類，通過工具類定時檢測預設目錄下的配置文件是否有被修改過。

在一個實施例中，如圖4所示，系統(tǒng)配置文件修改系統(tǒng)還包括：

設置模塊301，用于預先設置一個公共的獲取配置文件配置項值的工具類。

在一個實施例中，如圖5所示，系統(tǒng)配置文件修改系統(tǒng)還包括：

配置模塊308，用于從緩存中獲取更新后的配置文件，根據(jù)更新后的配置文件中的配置項進行配置。

以上所述實施例的各技術特征可以進行任意的組合，為使描述簡潔，未對上述實施例中的各個技術特征所有可能的組合都進行描述，然而，只要這些技 術特征的組合不存在矛盾，都應當認為是本說明書記載的范圍。

以上所述實施例僅表達了本發(fā)明的幾種實施方式，其描述較為具體和詳細，但并不能因此而理解為對發(fā)明專利范圍的限制。應當指出的是，對于本領域的普通技術人員來說，在不脫離本發(fā)明構思的前提下，還可以做出若干變形和改進，這些都屬于本發(fā)明的保護范圍。因此，本發(fā)明專利的保護范圍應以所附權利要求為準。