《资源配置与回收方法和资源配置与回收系统.pdf》由会员分享，可在线阅读，更多相关《资源配置与回收方法和资源配置与回收系统.pdf（9页珍藏版）》请在专利查询网上搜索。
1、(10)申请公布号 (43)申请公布日 (21)申请号 201410746490.X(22)申请日 2014.12.08H04L 29/08(2006.01)(71)申请人 畅捷通信息技术股份有限公司地址 100094 北京市海淀区北清路 68 号用友软件园(72)发明人 郝学武(74)专利代理机构 北京友联知识产权代理事务所 ( 普通合伙 ) 11343代理人 尚志峰 汪海屏(54) 发明名称资源配置与回收方法和资源配置与回收系统(57) 摘要本发明提出了一种资源配置与回收方法和一种资源配置与回收系统，其中，资源配置与回收方法包括：根据接收到的更新命令，更新服务端的配置信息 ；将获取的更新后。
2、的配置信息同步更新到所有访问服务端的客户端 ；其中，服务端、客户端和数据库使用同一套底层代码，以及客户端的数据库和缓存池通过 Threadlocal 技术进行连接的获取、闭包回调和面向切面。通过本发明的技术方案，可以将服务端更新的配置信息自动同步更新到访问该服务端的每个客户端，使对系统的配置修改可以立即生效，而不必再对每个客户端的相关配置信息逐个更新，从而可以便捷地进行资源配置和进行连接的自动回收，提升维护与整合系统的效率。(51)Int.Cl.(19)中华人民共和国国家知识产权局(12)发明专利申请权利要求书1页 说明书6页 附图1页(10)申请公布号 CN 104486393 A(43)申。
3、请公布日 2015.04.01CN 104486393 A1/1 页21.一种资源配置与回收方法，其特征在于，包括 ：根据接收到的更新命令，更新服务端的配置信息 ；将获取的更新后的所述配置信息同步更新到所有访问所述服务端的客户端 ；其中，所述服务端、所述客户端和所述数据库使用同一套底层代码，以及所述客户端的数据库和缓存池通过 Threadlocal 技术进行连接的获取、闭包回调和面向切面。2.根据权利要求 1 所述的资源配置与回收方法，其特征在于，在所述将更新后的所述配置信息同步更新到所有访问所述服务端的客户端之前，还包括 ：对所述服务端的所述配置信息进行监听，以供检测所述服务端的所述配置信息。
4、是否发生更新。3.根据权利要求1或2所述的资源配置与回收方法，其特征在于，所述配置信息包括数据库配置地址和 / 或缓存配置地址。4.根据权利要求 3 所述的资源配置与回收方法，其特征在于，还包括 ：在将所述配置信息同步更新到所有访问所述服务端的所述客户端的同时，根据更新后的所述数据库配置地址和 / 或所述缓存配置地址，为所述服务端确定新的数据库和 / 或缓存池。5.根据权利要求 4 所述的资源配置与回收方法，其特征在于，还包括 ：在所述确定新的数据库和 / 或缓存池之后，根据新的所述数据库和 / 或新的所述缓存池自动释放的连接，连接所述服务端与新的所述数据库和 / 或新的所述缓存池。6.一种资。
5、源配置与回收系统，其特征在于，包括 ：更新单元，根据接收到的更新命令，更新服务端的配置信息 ；同步更新单元，将获取的更新后的所述配置信息同步更新到所有访问所述服务端的客户端 ；其中，所述服务端、所述客户端和所述数据库使用同一套底层代码，以及所述客户端的数据库和缓存池通过 Threadlocal 技术进行连接的获取、闭包回调和面向切面。7.根据权利要求 6 所述的资源配置与回收系统，其特征在于，还包括 ：监听单元，在所述将更新后的所述配置信息同步更新到所有访问所述服务端的客户端之前，对所述服务端的所述配置信息进行监听，以供检测所述服务端的所述配置信息是否发生更新。8.根据权利要求6或7所述的资源。
6、配置与回收系统，其特征在于，所述配置信息包括数据库配置地址和 / 或缓存配置地址。9.根据权利要求 8 所述的资源配置与回收系统，其特征在于，还包括 ：确定单元，在将所述配置信息同步更新到所有访问所述服务端的所述客户端的同时，根据更新后的所述数据库配置地址和 / 或所述缓存配置地址，为所述服务端确定新的数据库和 / 或缓存池。10.根据权利要求 9 所述的资源配置与回收系统，其特征在于，还包括 ：连接单元，在所述确定新的数据库和/或缓存池之后，根据新的所述数据库和/或新的所述缓存池自动释放的连接，连接所述服务端与新的所述数据库和 / 或新的所述缓存池。权 利 要 求 书CN 104486393。
7、 A1/6 页3资源配置与回收方法和资源配置与回收系统技术领域0001 本发明涉及终端技术领域，具体而言，涉及一种资源配置与回收方法和一种资源配置与回收系统。背景技术0002 一般的信息系统都具有大量的配置文件，以及重复冗余的数据库和重复冗余的缓存。比如，一般系统都分开发、测试、生产等几个环境，不同的环境对应不同的配置文件，而一般系统都会有几个子系统，每个子系统都有自己的数据库和缓存的实现方式，而且，各个子系统的数据库和缓存的实现方式基本都不相同，这就造成对各系统的维护和整合变得十分麻烦。0003 因此需要一种新的技术方案，可以便捷地进行资源配置和进行连接的回收，提升维护与整合系统的效率。发明。
8、内容0004 本发明正是基于上述问题，提出了一种新的技术方案，可以便捷地进行资源配置和进行连接的回收，提升维护与整合系统的效率。0005 有鉴于此，本发明的一方面提出了一种资源配置与回收方法，包括 ：根据接收到的更新命令，更新服务端的配置信息 ；将获取的更新后的所述配置信息同步更新到所有访问所述服务端的客户端 ；其中，所述服务端、所述客户端和所述数据库使用同一套底层代码，以及所述客户端的数据库和缓存池通过 Threadlocal 技术进行连接的获取、闭包回调和面向切面。0006 在该技术方案中，可以将服务端更新的配置信息自动同步更新到访问该服务端的每个客户端，使对系统的配置修改可以立即生效，而。
9、不必再对每个客户端的相关配置信息逐个更新，从而可以便捷地进行资源配置，提升维护与整合系统的效率，实现了配置集中化管理。另外，服务端、客户端和数据库使用同一套底层代码，可以使得在进行配置更改时十分方便，减小了出错几率。以及客户端的数据库和缓存池通过 Threadlocal 技术进行连接的获取、闭包回调和面向切面，从而完成资源的自动回收，提升回收效率。0007 在上述技术方案中，优选地，在所述将更新后的所述配置信息同步更新到所有访问所述服务端的客户端之前，还包括 ：对所述服务端的所述配置信息进行监听，以供检测所述服务端的所述配置信息是否发生更新。0008 在该技术方案中，可以使用预设的监听机制对服。
10、务端的配置信息进行实时监听，以便及时检测到更新的配置信息，从而便于进一步将更新后的配置信息同步到访问本服务器的各个客户端。0009 在上述技术方案中，优选地，所述配置信息包括数据库配置地址和 / 或缓存配置地址。0010 在该技术方案中，配置信息为数据库配置地址和 / 或缓存配置地址，当然，也可以说 明 书CN 104486393 A2/6 页4是根据需要除此之外的其他配置信息。0011 在上述技术方案中，优选地，还包括 ：在将所述配置信息同步更新到所有访问所述服务端的所述客户端的同时，根据更新后的所述数据库配置地址和 / 或所述缓存配置地址，为所述服务端确定新的数据库和 / 或缓存池。001。
11、2 在该技术方案中，在为客户端更新数据库配置地址和 / 或缓存配置地址之后，可以根据更新后的数据库配置地址和 / 或缓存配置地址进行寻址，以为该服务端配置与更新后的数据库配置地址和 / 或缓存配置地址对应的数据库和 / 或缓存池。0013 在上述技术方案中，优选地，还包括 ：在所述确定新的数据库和 / 或缓存池之后，根据新的所述数据库和 / 或新的所述缓存池自动释放的连接，连接所述服务端与新的所述数据库和 / 或新的所述缓存池。0014 在该技术方案中，数据库和 / 或缓存池可以主动获取和自动释放连接，以便方便快捷地连接至目标服务端，从而大大提升了资源配置的效率。其中，所有的配置约束管理、所有。
12、数据库、所有缓存池都使用同一套底层代码，以减少代码冗余，便于系统的维护和升级。0015 本发明的另一方面提出了一种资源配置与回收系统，包括 ：更新单元，根据接收到的更新命令，更新服务端的配置信息 ；同步更新单元，将获取的更新后的所述配置信息同步更新到所有访问所述服务端的客户端 ；其中，所述服务端、所述客户端和所述数据库使用同一套底层代码，以及所述客户端的数据库和缓存池通过 Threadlocal 技术进行连接的获取、闭包回调和面向切面。0016 在该技术方案中，可以将服务端更新的配置信息自动同步更新到访问该服务端的每个客户端，使对系统的配置修改可以立即生效，而不必再对每个客户端的相关配置信息逐。
13、个更新，从而可以便捷地进行资源配置，提升维护与整合系统的效率，实现了配置集中化管理。另外，服务端、客户端和数据库使用同一套底层代码，可以使得在进行配置更改时十分方便，减小了出错几率。以及客户端的数据库和缓存池通过 Threadlocal 技术进行连接的获取、闭包回调和面向切面，从而完成资源的自动回收，提升回收效率。0017 在上述技术方案中，优选地，还包括 ：监听单元，在所述将更新后的所述配置信息同步更新到所有访问所述服务端的客户端之前，对所述服务端的所述配置信息进行监听，以供检测所述服务端的所述配置信息是否发生更新。0018 在该技术方案中，可以使用预设的监听机制对服务端的配置信息进行实时监。
14、听，以便及时检测到更新的配置信息，从而便于进一步将更新后的配置信息同步到访问本服务器的各个客户端。0019 在上述技术方案中，优选地，所述配置信息包括数据库配置地址和 / 或缓存配置地址。0020 在该技术方案中，配置信息为数据库配置地址和 / 或缓存配置地址，当然，也可以是根据需要除此之外的其他配置信息。0021 在上述技术方案中，优选地，还包括 ：确定单元，在将所述配置信息同步更新到所有访问所述服务端的所述客户端的同时，根据更新后的所述数据库配置地址和 / 或所述缓存配置地址，为所述服务端确定新的数据库和 / 或缓存池。0022 在该技术方案中，在为客户端更新数据库配置地址和 / 或缓存配。
15、置地址之后，可说 明 书CN 104486393 A3/6 页5以根据更新后的数据库配置地址和 / 或缓存配置地址进行寻址，以为该服务端配置与更新后的数据库配置地址和 / 或缓存配置地址对应的数据库和 / 或缓存池。0023 在上述技术方案中，优选地，还包括 ：连接单元，在所述确定新的数据库和 / 或缓存池之后，根据新的所述数据库和 / 或新的所述缓存池自动释放的连接，连接所述服务端与新的所述数据库和 / 或新的所述缓存池。0024 在该技术方案中，数据库和 / 或缓存池可以主动获取和自动释放连接，以便方便快捷地连接至目标服务端，从而大大提升了资源配置的效率。其中，所有的配置约束管理、所有数据。
16、库、所有缓存池都使用同一套底层代码，以减少代码冗余，便于系统的维护和升级。0025 通过以上技术方案，可以将服务端更新的配置信息自动同步更新到访问该服务端的每个客户端，使对系统的配置修改可以立即生效，而不必再对每个客户端的相关配置信息逐个更新，从而可以便捷地进行资源配置，提升维护与整合系统的效率，实现了配置集中化管理。另外，服务端、客户端和数据库使用同一套底层代码，可以使得在进行配置更改时十分方便，减小了出错几率。以及客户端的数据库和缓存池通过 Threadlocal 技术进行连接的获取、闭包回调和面向切面，从而完成资源的自动回收，提升回收效率。附图说明0026 图 1 示出了根据本发明的一个。
17、实施例的资源配置与回收方法的流程图 ；0027 图 2 示出了根据本发明的一个实施例的资源配置与回收系统的框图。具体实施方式0028 为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。0029 在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。0030 图 1 示出了根据本发明的一个实施例的资源配置与回收方法的流程图。0031 如图 1 所示，根据。
18、本发明的一个实施例的资源配置与回收方法，包括 ：0032 步骤 102，根据接收到的更新命令，更新服务端的配置信息。0033 步骤 104，将获取的更新后的所述配置信息同步更新到所有访问所述服务端的客户端 ；其中，所述服务端、所述客户端和所述数据库使用同一套底层代码，以及所述客户端的数据库和缓存池通过 Threadlocal 技术进行连接的获取、闭包回调和面向切面。0034 在该技术方案中，可以将服务端更新的配置信息自动同步更新到访问该服务端的每个客户端，使对系统的配置修改可以立即生效，而不必再对每个客户端的相关配置信息逐个更新，从而可以便捷地进行资源配置，提升维护与整合系统的效率，实现了配置。
19、集中化管理。另外，服务端、客户端和数据库使用同一套底层代码，可以使得在进行配置更改时十分方便，减小了出错几率。以及客户端的数据库和缓存池通过 Threadlocal 技术进行连接的获取、闭包回调和面向切面，从而完成资源的自动回收，提升回收效率。说 明 书CN 104486393 A4/6 页60035 在上述技术方案中，优选地，在步骤 104 之前，还包括 ：对所述服务端的所述配置信息进行监听，以供检测所述服务端的所述配置信息是否发生更新。0036 在该技术方案中，可以使用预设的监听机制对服务端的配置信息进行实时监听，以便及时检测到更新的配置信息，从而便于进一步将更新后的配置信息同步到访问本服。
20、务器的各个客户端。0037 在上述技术方案中，优选地，所述配置信息包括数据库配置地址和 / 或缓存配置地址。0038 在该技术方案中，配置信息为数据库配置地址和 / 或缓存配置地址，当然，也可以是根据需要除此之外的其他配置信息。0039 在上述技术方案中，优选地，还包括 ：在将所述配置信息同步更新到所有访问所述服务端的所述客户端的同时，根据更新后的所述数据库配置地址和 / 或所述缓存配置地址，为所述服务端确定新的数据库和 / 或缓存池。0040 在该技术方案中，在为客户端更新数据库配置地址和 / 或缓存配置地址之后，可以根据更新后的数据库配置地址和 / 或缓存配置地址进行寻址，以为该服务端配置。
21、与更新后的数据库配置地址和 / 或缓存配置地址对应的数据库和 / 或缓存池。0041 在上述技术方案中，优选地，还包括 ：在所述确定新的数据库和 / 或缓存池之后，根据新的所述数据库和 / 或新的所述缓存池自动释放的连接，连接所述服务端与新的所述数据库和 / 或新的所述缓存池。0042 在该技术方案中，数据库和 / 或缓存池可以主动获取和自动释放连接，以便方便快捷地连接至目标服务端，从而大大提升了资源配置的效率。其中，所有的配置约束管理、所有数据库、所有缓存池都使用同一套底层代码，以减少代码冗余，便于系统的维护和升级。0043 图 2 示出了根据本发明的一个实施例的资源配置与回收系统的框图。0。
22、044 如图 2 所示，根据本发明的一个实施例的资源配置与回收系统 200，包括 ：更新单元 202，根据接收到的更新命令，更新服务端的配置信息 ；同步更新单元 204，将获取的更新后的所述配置信息同步更新到所有访问所述服务端的客户端；其中，所述服务端、所述客户端和所述数据库使用同一套底层代码，以及所述客户端的数据库和缓存池通过Threadlocal 技术进行连接的获取、闭包回调和面向切面。0045 在该技术方案中，可以将服务端更新的配置信息自动同步更新到访问该服务端的每个客户端，使对系统的配置修改可以立即生效，而不必再对每个客户端的相关配置信息逐个更新，从而可以便捷地进行资源配置，提升维护与。
23、整合系统的效率，实现了配置集中化管理。另外，服务端、客户端和数据库使用同一套底层代码，可以使得在进行配置更改时十分方便，减小了出错几率。以及客户端的数据库和缓存池通过 Threadlocal 技术进行连接的获取、闭包回调和面向切面，从而完成资源的自动回收，提升回收效率。0046 在上述技术方案中，优选地，还包括 ：监听单元 206，在所述将更新后的所述配置信息同步更新到所有访问所述服务端的客户端之前，对所述服务端的所述配置信息进行监听，以供检测所述服务端的所述配置信息是否发生更新。0047 在该技术方案中，可以使用预设的监听机制对服务端的配置信息进行实时监听，以便及时检测到更新的配置信息，从而。
24、便于进一步将更新后的配置信息同步到访问本服务说 明 书CN 104486393 A5/6 页7器的各个客户端。0048 在上述技术方案中，优选地，所述配置信息包括数据库配置地址和 / 或缓存配置地址。0049 在该技术方案中，配置信息为数据库配置地址和 / 或缓存配置地址，当然，也可以是根据需要除此之外的其他配置信息。0050 在上述技术方案中，优选地，还包括 ：确定单元 208，在将所述配置信息同步更新到所有访问所述服务端的所述客户端的同时，根据更新后的所述数据库配置地址和 / 或所述缓存配置地址，为所述服务端确定新的数据库和 / 或缓存池。0051 在该技术方案中，在为客户端更新数据库配置。
25、地址和 / 或缓存配置地址之后，可以根据更新后的数据库配置地址和 / 或缓存配置地址进行寻址，以为该服务端配置与更新后的数据库配置地址和 / 或缓存配置地址对应的数据库和 / 或缓存池。0052 在上述技术方案中，优选地，还包括 ：连接单元 210，在所述确定新的数据库和 / 或缓存池之后，根据新的所述数据库和 / 或新的所述缓存池自动释放的连接，连接所述服务端与新的所述数据库和 / 或新的所述缓存池。0053 在该技术方案中，数据库和 / 或缓存池可以主动获取和自动释放连接，以便方便快捷地连接至目标服务端，从而大大提升了资源配置的效率。其中，所有的配置约束管理、所有数据库、所有缓存池都使用同。
26、一套底层代码，以减少代码冗余，便于系统的维护和升级。0054 本发明的技术方案是基于 Zookeeper 技术来实现配置管理，并基于 Zookeeper 的watch( 监听 ) 机制保证系统能及时地变更当前配置，同时还涉及了 Commons pool( 数据库连接池)技术，更是基于继承和封装完成JDBC(Java Data Base Connectvity，Java数据库连接 ) 层面连接的自动获取和关闭。在本发明的技术方案中，使用了本封装常用增删改查方法和 Jedis pool 技术，并基于 Threadlocal( 多线程程序 ) 实现来连接的获取、闭包回调或者 PO 面向切面完成资源的。
27、自动回收，以及还可以在通过基于 Zookeeper 的 watch 机制获取最新的配置信息后，初始化对应的数据库或者缓存池。0055 通过上述技术方案，可以取得以下技术效果 ：0056 (1) 配置修改不需要启动应用即可生效 ；0057 (2) 数据库以连接池提供服务，并提供获取和自动释放连接的方法 ；0058 (3) 数据库操作提供公共的增删改查方法以供其他应用调用 ；0059 (4) 缓存以池的方式提供服务，并提供获取和自动释放连接的方法 ；0060 (5) 数据库、缓存配置地址修改后，应用可以更换对应的数据库和缓存服务。0061 另外，在该技术方案中，所有的配置约束管理、所有数据库、所有。
28、缓存池都使用同一套底层代码，以减少代码冗余，便于系统的维护和升级。本发明已经成功应用于搜狐plus、搜狐白社会、搜狐 passport、搜狐博客、畅捷通工作圈等应用。0062 以上结合附图详细说明了本发明的技术方案，通过本发明的技术方案，可以将服务端更新的配置信息自动同步更新到访问该服务端的每个客户端，使对系统的配置修改可以立即生效，而不必再对每个客户端的相关配置信息逐个更新，从而可以便捷地进行资源配置，提升维护与整合系统的效率，实现了配置集中化管理。另外，服务端、客户端和数据库使用同一套底层代码，可以使得在进行配置更改时十分方便，减小了出错几率。以及客户端说 明 书CN 104486393 A6/6 页8的数据库和缓存池通过 Threadlocal 技术进行连接的获取、闭包回调和面向切面，从而完成资源的自动回收，提升回收效率。0063 以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。说 明 书CN 104486393 A1/1 页9图1图2说 明 书 附 图CN 104486393 A。