資源配置與回收方法和資源配置與回收系統的製作方法
2023-09-13 07:46:25
資源配置與回收方法和資源配置與回收系統的製作方法
【專利摘要】本發明提出了一種資源配置與回收方法和一種資源配置與回收系統，其中，資源配置與回收方法包括：根據接收到的更新命令，更新服務端的配置信息；將獲取的更新後的配置信息同步更新到所有訪問服務端的客戶端；其中，服務端、客戶端和資料庫使用同一套底層代碼，以及客戶端的資料庫和緩存池通過Threadlocal技術進行連接的獲取、閉包回調和面向切面。通過本發明的技術方案，可以將服務端更新的配置信息自動同步更新到訪問該服務端的每個客戶端，使對系統的配置修改可以立即生效，而不必再對每個客戶端的相關配置信息逐個更新，從而可以便捷地進行資源配置和進行連接的自動回收，提升維護與整合系統的效率。
【專利說明】資源配置與回收方法和資源配置與回收系統
【技術領域】
[0001]本發明涉及終端【技術領域】，具體而言，涉及一種資源配置與回收方法和一種資源配置與回收系統。
【背景技術】
[0002]一般的信息系統都具有大量的配置文件，以及重複冗餘的資料庫和重複冗餘的緩存。比如，一般系統都分開發、測試、生產等幾個環境，不同的環境對應不同的配置文件，而一般系統都會有幾個子系統，每個子系統都有自己的資料庫和緩存的實現方式，而且，各個子系統的資料庫和緩存的實現方式基本都不相同，這就造成對各系統的維護和整合變得十分麻煩。
[0003]因此需要一種新的技術方案，可以便捷地進行資源配置和進行連接的回收，提升維護與整合系統的效率。
【發明內容】
[0004]本發明正是基於上述問題，提出了一種新的技術方案，可以便捷地進行資源配置和進行連接的回收，提升維護與整合系統的效率。
[0005]有鑑於此，本發明的一方面提出了一種資源配置與回收方法，包括:根據接收到的更新命令，更新服務端的配置信息；將獲取的更新後的所述配置信息同步更新到所有訪問所述服務端的客戶端；其中，所述服務端、所述客戶端和所述資料庫使用同一套底層代碼，以及所述客戶端的資料庫和緩存池通過Threadlocal技術進行連接的獲取、閉包回調和面向切面。
[0006]在該技術方案中，可以將服務端更新的配置信息自動同步更新到訪問該服務端的每個客戶端，使對系統的配置修改可以立即生效，而不必再對每個客戶端的相關配置信息逐個更新，從而可以便捷地進行資源配置，提升維護與整合系統的效率，實現了配置集中化管理。另外，服務端、客戶端和資料庫使用同一套底層代碼，可以使得在進行配置更改時十分方便，減小了出錯機率。以及客戶端的資料庫和緩存池通過Threadlocal技術進行連接的獲取、閉包回調和面向切面，從而完成資源的自動回收，提升回收效率。
[0007]在上述技術方案中，優選地，在所述將更新後的所述配置信息同步更新到所有訪問所述服務端的客戶端之前，還包括:對所述服務端的所述配置信息進行監聽，以供檢測所述服務端的所述配置信息是否發生更新。
[0008]在該技術方案中，可以使用預設的監聽機制對服務端的配置信息進行實時監聽，以便及時檢測到更新的配置信息，從而便於進一步將更新後的配置信息同步到訪問本伺服器的各個客戶端。
[0009]在上述技術方案中，優選地，所述配置信息包括資料庫配置地址和/或緩存配置地址。
[0010]在該技術方案中，配置信息為資料庫配置地址和/或緩存配置地址，當然，也可以是根據需要除此之外的其他配置信息。
[0011]在上述技術方案中，優選地，還包括:在將所述配置信息同步更新到所有訪問所述服務端的所述客戶端的同時，根據更新後的所述資料庫配置地址和/或所述緩存配置地址，為所述服務端確定新的資料庫和/或緩存池。
[0012]在該技術方案中，在為客戶端更新資料庫配置地址和/或緩存配置地址之後，可以根據更新後的資料庫配置地址和/或緩存配置地址進行尋址，以為該服務端配置與更新後的資料庫配置地址和/或緩存配置地址對應的資料庫和/或緩存池。
[0013]在上述技術方案中，優選地，還包括:在所述確定新的資料庫和/或緩存池之後，根據新的所述資料庫和/或新的所述緩存池自動釋放的連接，連接所述服務端與新的所述資料庫和/或新的所述緩存池。
[0014]在該技術方案中，資料庫和/或緩存池可以主動獲取和自動釋放連接，以便方便快捷地連接至目標服務端，從而大大提升了資源配置的效率。其中，所有的配置約束管理、所有資料庫、所有緩存池都使用同一套底層代碼，以減少代碼冗餘，便於系統的維護和升級。
[0015]本發明的另一方面提出了一種資源配置與回收系統，包括:更新單元，根據接收到的更新命令，更新服務端的配置信息；同步更新單元，將獲取的更新後的所述配置信息同步更新到所有訪問所述服務端的客戶端；其中，所述服務端、所述客戶端和所述資料庫使用同一套底層代碼，以及所述客戶端的資料庫和緩存池通過Threadlocal技術進行連接的獲取、閉包回調和面向切面。
[0016]在該技術方案中，可以將服務端更新的配置信息自動同步更新到訪問該服務端的每個客戶端，使對系統的配置修改可以立即生效，而不必再對每個客戶端的相關配置信息逐個更新，從而可以便捷地進行資源配置，提升維護與整合系統的效率，實現了配置集中化管理。另外，服務端、客戶端和資料庫使用同一套底層代碼，可以使得在進行配置更改時十分方便，減小了出錯機率。以及客戶端的資料庫和緩存池通過Threadlocal技術進行連接的獲取、閉包回調和面向切面，從而完成資源的自動回收，提升回收效率。
[0017]在上述技術方案中，優選地，還包括:監聽單元，在所述將更新後的所述配置信息同步更新到所有訪問所述服務端的客戶端之前，對所述服務端的所述配置信息進行監聽，以供檢測所述服務端的所述配置信息是否發生更新。
[0018]在該技術方案中，可以使用預設的監聽機制對服務端的配置信息進行實時監聽，以便及時檢測到更新的配置信息，從而便於進一步將更新後的配置信息同步到訪問本伺服器的各個客戶端。
[0019]在上述技術方案中，優選地，所述配置信息包括資料庫配置地址和/或緩存配置地址。
[0020]在該技術方案中，配置信息為資料庫配置地址和/或緩存配置地址，當然，也可以是根據需要除此之外的其他配置信息。
[0021]在上述技術方案中，優選地，還包括:確定單元，在將所述配置信息同步更新到所有訪問所述服務端的所述客戶端的同時，根據更新後的所述資料庫配置地址和/或所述緩存配置地址，為所述服務端確定新的資料庫和/或緩存池。
[0022]在該技術方案中，在為客戶端更新資料庫配置地址和/或緩存配置地址之後，可以根據更新後的資料庫配置地址和/或緩存配置地址進行尋址，以為該服務端配置與更新後的資料庫配置地址和/或緩存配置地址對應的資料庫和/或緩存池。
[0023]在上述技術方案中，優選地，還包括:連接單元，在所述確定新的資料庫和/或緩存池之後，根據新的所述資料庫和/或新的所述緩存池自動釋放的連接，連接所述服務端與新的所述資料庫和/或新的所述緩存池。
[0024]在該技術方案中，資料庫和/或緩存池可以主動獲取和自動釋放連接，以便方便快捷地連接至目標服務端，從而大大提升了資源配置的效率。其中，所有的配置約束管理、所有資料庫、所有緩存池都使用同一套底層代碼，以減少代碼冗餘，便於系統的維護和升級。
[0025]通過以上技術方案，可以將服務端更新的配置信息自動同步更新到訪問該服務端的每個客戶端，使對系統的配置修改可以立即生效，而不必再對每個客戶端的相關配置信息逐個更新，從而可以便捷地進行資源配置，提升維護與整合系統的效率，實現了配置集中化管理。另外，服務端、客戶端和資料庫使用同一套底層代碼，可以使得在進行配置更改時十分方便，減小了出錯機率。以及客戶端的資料庫和緩存池通過Threadlocal技術進行連接的獲取、閉包回調和面向切面，從而完成資源的自動回收，提升回收效率。
【專利附圖】
【附圖說明】
[0026]圖1示出了根據本發明的一個實施例的資源配置與回收方法的流程圖；
[0027]圖2示出了根據本發明的一個實施例的資源配置與回收系統的框圖。
【具體實施方式】
[0028]為了能夠更清楚地理解本發明的上述目的、特徵和優點，下面結合附圖和【具體實施方式】對本發明進行進一步的詳細描述。需要說明的是，在不衝突的情況下，本申請的實施例及實施例中的特徵可以相互組合。
[0029]在下面的描述中闡述了很多具體細節以便於充分理解本發明，但是，本發明還可以採用其他不同於在此描述的其他方式來實施，因此，本發明的保護範圍並不受下面公開的具體實施例的限制。
[0030]圖1示出了根據本發明的一個實施例的資源配置與回收方法的流程圖。
[0031]如圖1所示，根據本發明的一個實施例的資源配置與回收方法，包括:
[0032]步驟102，根據接收到的更新命令，更新服務端的配置信息。
[0033]步驟104，將獲取的更新後的所述配置信息同步更新到所有訪問所述服務端的客戶端；其中，所述服務端、所述客戶端和所述資料庫使用同一套底層代碼，以及所述客戶端的資料庫和緩存池通過Threadlocal技術進行連接的獲取、閉包回調和面向切面。
[0034]在該技術方案中，可以將服務端更新的配置信息自動同步更新到訪問該服務端的每個客戶端，使對系統的配置修改可以立即生效，而不必再對每個客戶端的相關配置信息逐個更新，從而可以便捷地進行資源配置，提升維護與整合系統的效率，實現了配置集中化管理。另外，服務端、客戶端和資料庫使用同一套底層代碼，可以使得在進行配置更改時十分方便，減小了出錯機率。以及客戶端的資料庫和緩存池通過Threadlocal技術進行連接的獲取、閉包回調和面向切面，從而完成資源的自動回收，提升回收效率。
[0035]在上述技術方案中，優選地，在步驟104之前，還包括:對所述服務端的所述配置信息進行監聽，以供檢測所述服務端的所述配置信息是否發生更新。
[0036]在該技術方案中，可以使用預設的監聽機制對服務端的配置信息進行實時監聽，以便及時檢測到更新的配置信息，從而便於進一步將更新後的配置信息同步到訪問本伺服器的各個客戶端。
[0037]在上述技術方案中，優選地，所述配置信息包括資料庫配置地址和/或緩存配置地址。
[0038]在該技術方案中，配置信息為資料庫配置地址和/或緩存配置地址，當然，也可以是根據需要除此之外的其他配置信息。
[0039]在上述技術方案中，優選地，還包括:在將所述配置信息同步更新到所有訪問所述服務端的所述客戶端的同時，根據更新後的所述資料庫配置地址和/或所述緩存配置地址，為所述服務端確定新的資料庫和/或緩存池。
[0040]在該技術方案中，在為客戶端更新資料庫配置地址和/或緩存配置地址之後，可以根據更新後的資料庫配置地址和/或緩存配置地址進行尋址，以為該服務端配置與更新後的資料庫配置地址和/或緩存配置地址對應的資料庫和/或緩存池。
[0041]在上述技術方案中，優選地，還包括:在所述確定新的資料庫和/或緩存池之後，根據新的所述資料庫和/或新的所述緩存池自動釋放的連接，連接所述服務端與新的所述資料庫和/或新的所述緩存池。
[0042]在該技術方案中，資料庫和/或緩存池可以主動獲取和自動釋放連接，以便方便快捷地連接至目標服務端，從而大大提升了資源配置的效率。其中，所有的配置約束管理、所有資料庫、所有緩存池都使用同一套底層代碼，以減少代碼冗餘，便於系統的維護和升級。
[0043]圖2示出了根據本發明的一個實施例的資源配置與回收系統的框圖。
[0044]如圖2所示，根據本發明的一個實施例的資源配置與回收系統200，包括:更新單元202，根據接收到的更新命令，更新服務端的配置信息；同步更新單元204，將獲取的更新後的所述配置信息同步更新到所有訪問所述服務端的客戶端；其中，所述服務端、所述客戶端和所述資料庫使用同一套底層代碼，以及所述客戶端的資料庫和緩存池通過Threadlocal技術進行連接的獲取、閉包回調和面向切面。
[0045]在該技術方案中，可以將服務端更新的配置信息自動同步更新到訪問該服務端的每個客戶端，使對系統的配置修改可以立即生效，而不必再對每個客戶端的相關配置信息逐個更新，從而可以便捷地進行資源配置，提升維護與整合系統的效率，實現了配置集中化管理。另外，服務端、客戶端和資料庫使用同一套底層代碼，可以使得在進行配置更改時十分方便，減小了出錯機率。以及客戶端的資料庫和緩存池通過Threadlocal技術進行連接的獲取、閉包回調和面向切面，從而完成資源的自動回收，提升回收效率。
[0046]在上述技術方案中，優選地，還包括:監聽單元206，在所述將更新後的所述配置信息同步更新到所有訪問所述服務端的客戶端之前，對所述服務端的所述配置信息進行監聽，以供檢測所述服務端的所述配置信息是否發生更新。
[0047]在該技術方案中，可以使用預設的監聽機制對服務端的配置信息進行實時監聽，以便及時檢測到更新的配置信息，從而便於進一步將更新後的配置信息同步到訪問本伺服器的各個客戶端。
[0048]在上述技術方案中，優選地，所述配置信息包括資料庫配置地址和/或緩存配置地址。
[0049]在該技術方案中，配置信息為資料庫配置地址和/或緩存配置地址，當然，也可以是根據需要除此之外的其他配置信息。
[0050]在上述技術方案中，優選地，還包括:確定單元208，在將所述配置信息同步更新到所有訪問所述服務端的所述客戶端的同時，根據更新後的所述資料庫配置地址和/或所述緩存配置地址，為所述服務端確定新的資料庫和/或緩存池。
[0051 ] 在該技術方案中，在為客戶端更新資料庫配置地址和/或緩存配置地址之後，可以根據更新後的資料庫配置地址和/或緩存配置地址進行尋址，以為該服務端配置與更新後的資料庫配置地址和/或緩存配置地址對應的資料庫和/或緩存池。
[0052]在上述技術方案中，優選地，還包括:連接單元210，在所述確定新的資料庫和/或緩存池之後，根據新的所述資料庫和/或新的所述緩存池自動釋放的連接，連接所述服務端與新的所述資料庫和/或新的所述緩存池。
[0053]在該技術方案中，資料庫和/或緩存池可以主動獲取和自動釋放連接，以便方便快捷地連接至目標服務端，從而大大提升了資源配置的效率。其中，所有的配置約束管理、所有資料庫、所有緩存池都使用同一套底層代碼，以減少代碼冗餘，便於系統的維護和升級。
[0054]本發明的技術方案是基於Zookeeper技術來實現配置管理，並基於Zookeeper的watch (監聽)機制保證系統能及時地變更當前配置，同時還涉及了 Commons pool (資料庫連接池)技術，更是基於繼承和封裝完成JDBC(Java Data Base Connectvity，Java資料庫連接)層面連接的自動獲取和關閉。在本發明的技術方案中，使用了本封裝常用增刪改查方法和Jedis pool技術，並基於Threadlocal (多線程程序)實現來連接的獲取、閉包回調或者PO面向切面完成資源的自動回收，以及還可以在通過基於Zookeeper的watch機制獲取最新的配置信息後，初始化對應的資料庫或者緩存池。
[0055]通過上述技術方案，可以取得以下技術效果:
[0056](I)配置修改不需要啟動應用即可生效；
[0057](2)資料庫以連接池提供服務，並提供獲取和自動釋放連接的方法；
[0058](3)資料庫操作提供公共的增刪改查方法以供其他應用調用；
[0059](4)緩存以池的方式提供服務，並提供獲取和自動釋放連接的方法；
[0060](5)資料庫、緩存配置地址修改後，應用可以更換對應的資料庫和緩存服務。
[0061]另外，在該技術方案中，所有的配置約束管理、所有資料庫、所有緩存池都使用同一套底層代碼，以減少代碼冗餘，便於系統的維護和升級。本發明已經成功應用於搜狐plus、搜狐白社會、搜狐passport、搜狐博客、暢捷通工作圈等應用。
[0062]以上結合附圖詳細說明了本發明的技術方案，通過本發明的技術方案，可以將服務端更新的配置信息自動同步更新到訪問該服務端的每個客戶端，使對系統的配置修改可以立即生效，而不必再對每個客戶端的相關配置信息逐個更新，從而可以便捷地進行資源配置，提升維護與整合系統的效率，實現了配置集中化管理。另外，服務端、客戶端和資料庫使用同一套底層代碼，可以使得在進行配置更改時十分方便，減小了出錯機率。以及客戶端的資料庫和緩存池通過Threadlocal技術進行連接的獲取、閉包回調和面向切面，從而完成資源的自動回收，提升回收效率。
[0063]以上所述僅為本發明的優選實施例而已，並不用於限制本發明，對於本領域的技術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。
【權利要求】
1.一種資源配置與回收方法，其特徵在於，包括: 根據接收到的更新命令，更新服務端的配置信息； 將獲取的更新後的所述配置信息同步更新到所有訪問所述服務端的客戶端； 其中，所述服務端、所述客戶端和所述資料庫使用同一套底層代碼，以及所述客戶端的資料庫和緩存池通過Threadlocal技術進行連接的獲取、閉包回調和面向切面。
2.根據權利要求1所述的資源配置與回收方法，其特徵在於，在所述將更新後的所述配置信息同步更新到所有訪問所述服務端的客戶端之前，還包括: 對所述服務端的所述配置信息進行監聽，以供檢測所述服務端的所述配置信息是否發生更新。
3.根據權利要求1或2所述的資源配置與回收方法，其特徵在於，所述配置信息包括資料庫配置地址和/或緩存配置地址。
4.根據權利要求3所述的資源配置與回收方法，其特徵在於，還包括: 在將所述配置信息同步更新到所有訪問所述服務端的所述客戶端的同時，根據更新後的所述資料庫配置地址和/或所述緩存配置地址，為所述服務端確定新的資料庫和/或緩存池。
5.根據權利要求4所述的資源配置與回收方法，其特徵在於，還包括: 在所述確定新的資料庫和/或緩存池之後，根據新的所述資料庫和/或新的所述緩存池自動釋放的連接，連接所述服務端與新的所述資料庫和/或新的所述緩存池。
6.一種資源配置與回收系統，其特徵在於，包括: 更新單元，根據接收到的更新命令，更新服務端的配置信息； 同步更新單元，將獲取的更新後的所述配置信息同步更新到所有訪問所述服務端的客戶端; 其中，所述服務端、所述客戶端和所述資料庫使用同一套底層代碼，以及所述客戶端的資料庫和緩存池通過Threadlocal技術進行連接的獲取、閉包回調和面向切面。
7.根據權利要求6所述的資源配置與回收系統，其特徵在於，還包括: 監聽單元，在所述將更新後的所述配置信息同步更新到所有訪問所述服務端的客戶端之前，對所述服務端的所述配置信息進行監聽，以供檢測所述服務端的所述配置信息是否發生更新。
8.根據權利要求6或7所述的資源配置與回收系統，其特徵在於，所述配置信息包括資料庫配置地址和/或緩存配置地址。
9.根據權利要求8所述的資源配置與回收系統，其特徵在於，還包括: 確定單元，在將所述配置信息同步更新到所有訪問所述服務端的所述客戶端的同時，根據更新後的所述資料庫配置地址和/或所述緩存配置地址，為所述服務端確定新的資料庫和/或緩存池。
10.根據權利要求9所述的資源配置與回收系統，其特徵在於，還包括: 連接單元，在所述確定新的資料庫和/或緩存池之後，根據新的所述資料庫和/或新的所述緩存池自動釋放的連接，連接所述服務端與新的所述資料庫和/或新的所述緩存池。
【文檔編號】H04L29/08GK104486393SQ201410746490
【公開日】2015年4月1日 申請日期:2014年12月8日 優先權日:2014年12月8日
【發明者】郝學武 申請人:暢捷通信息技術股份有限公司