Dubbo接口实现类的分析方法及装置与流程

dubbo接口实现类的分析方法及装置
技术领域
1.本发明涉及云计算技术领域，尤其涉及dubbo接口实现类的分析方法及装置。


背景技术：

2.本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
3.目前，随着云平台发展逐渐成熟，云下系统逐渐向云平台迁移，由于程序运行的环境发生变化，从之前的虚拟机运行环境变为paas环境。这些变化使程序在rpc调用中使用的协议也要随之发生变化，从云下的dubbo协议更换为云上的http协议。程序中可能存在成百上千的接口，为了转换协议需要对所有接口进行协议更换，这样会涉及大量改造成本。
4.而dubbo协议框架是一款高性能、轻量级的开源java服务框架，提供面向接口代理的高性能rpc调用，智能容错和负责均衡，服务自动注册与发现，高度可扩展能力，运行期流量调度，可视化的服务治理与运维。该协议框架由阿里巴巴开发，同样也是广为使用的主流框架。
5.而dubbo工程，即使用了dubbo协议框架的工程，在进行上述协议更换时，一般需要确定当前dubbo工程中的dubbo接口实现类。
6.现阶段，一般采用方式确定当前dubbo工程中的dubbo接口实现类：
7.首先需要运行该dubbo工程，并借助dubbo api，动态地从dubbo容器中，获取dubbo类信息，进而确定dubbo接口实现类。
8.但上述方式仅能在运行dubbo工程的情况下进行，在不运行dubbo工程的静态情况下无法使用，而且dubbo工程的运行往往需要进行大量工程参数的配置，这一步骤往往会需要耗费大量的人力物力，因此使得上述方式来确定dubbo接口实现类的资源消耗过大。同时，因dubbo工程往往数据较多，导致dubbo工程运行时间较长，因此，以上述方式来确定dubbo接口实现类需要大量时间，降低了dubbo接口实现类的分析效率。


技术实现要素：

9.本发明实施例提供一种dubbo接口实现类的分析方法，用以实现dubbo接口实现类的静态分析，节约分析dubbo接口实现类的成本，提升dubbo接口实现类的分析效率，该方法包括：
10.从dubbo工程的xml配置文件中，获取dubbo接口的ref参数值；
11.从dubbo工程的全部类文件中，获取使用@service注解和/或@component注解的目标类；
12.获取所述目标类中的@service注解和/或@component注解的value参数值；
13.将dubbo接口的ref参数值，与所述value参数值进行匹配；
14.将与ref参数值匹配成功的所述value参数值对应的目标类，确定为dubbo接口的实现类。
15.本发明实施例还提供一种dubbo接口实现类的分析装置，用以实现dubbo接口实现类的静态分析，节约分析dubbo接口实现类的成本，提升dubbo接口实现类的分析效率，该装置包括：
16.ref参数值获取模块，用于从dubbo工程的xml配置文件中，获取dubbo接口的ref参数值；
17.目标类获取模块，用于从dubbo工程的全部类文件中，获取使用@service注解和/或@component注解的目标类；
18.value参数值获取模块，用于获取所述目标类中的@service注解和/或@component注解的value参数值；
19.匹配模块，用于将dubbo接口的ref参数值，与所述value参数值进行匹配；
20.实现类确定模块，用于将与ref参数值匹配成功的所述value参数值对应的目标类，确定为dubbo接口的实现类。
21.本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述dubbo接口实现类的分析方法。
22.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述dubbo接口实现类的分析方法。
23.本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述dubbo接口实现类的分析方法。
24.本发明实施例中，从dubbo工程的xml配置文件中，获取dubbo接口的ref参数值；从dubbo工程的全部类文件中，获取使用@service注解和/或@component注解的目标类；获取所述目标类中的@service注解和/或@component注解的value参数值；将dubbo接口的ref参数值，与所述value参数值进行匹配；将与ref参数值匹配成功的所述value参数值对应的目标类，确定为dubbo接口的实现类，与现有技术中仅能在运行dubbo工程的情况下确定dubbo接口的实现类的技术方案相比，可在不需要动态运行dubbo工程的情况下，借助静态获取的dubbo接口的ref参数值、使用@service注解和/或@component注解的目标类，实现对dubbo接口的实现类的准确分析，因不再需要动态运行dubbo工程，避免了现有技术下因dubbo工程的运行而需要耗费大量人力物力的问题，节约了分析dubbo接口实现类的成本，也解决了因dubbo工程运行耗时过长导致dubbo接口实现类的分析效率降低问题，提升了dubbo接口实现类的分析效率。
附图说明
25.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
26.图1为本发明实施例中一种dubbo接口实现类的分析方法的流程示意图；
27.图2为本发明实施例中一种dubbo接口实现类的分析方法的具体示例图；
28.图3为本发明实施例中一种dubbo接口实现类的分析装置的结构示例图；
29.图4为本发明实施例中一种dubbo接口实现类的分析装置的具体示例图；
30.图5为本发明实施例中提供的一种计算机设备的示意图；
31.图6为本发明实施例中一种dubbo接口实现类的分析装置的具体示例图。
具体实施方式
32.为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。
33.本文中术语“和/或”，仅仅是描述一种关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括a、b、c中的至少一种，可以表示包括从a、b和c构成的集合中选择的任意一个或多个元素。
34.在本说明书的描述中，所使用的“包含”、“包括”、“具有”、“含有”等，均为开放性的用语，即意指包含但不限于。参考术语“一个实施例”、“一个具体实施例”、“一些实施例”、“例如”等的描述意指结合该实施例或示例描述的具体特征、结构或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。各实施例中涉及的步骤顺序用于示意性说明本技术的实施，其中的步骤顺序不作限定，可根据需要作适当调整。
35.本发明实施例涉及下列名词，如下进行解释：
36.dubbo协议：一种rpc协议。
37.dubbo service：dubbo协议类型的bean。
38.spring框架：主流的java开发框架。
39.dubbo技术：主要用于大规模系统使用的rpc协议框架，类似http协议。
40.xml文件解析：xml文件是一种标签结构，每个是类似这样的内容《aaa》bbb《/aaa》，如html文件就是一种特殊的xml。
41.类：类是一个抽象的概念，它不存在于现实中的时间/空间里，类只是为所有的对象定义了抽象的属性与行为。就好像“person(人)”这个类，它虽然可以包含很多个体，但它本身不存在于现实世界上。类是一个静态的概念，类本身不携带任何数据。当没有为类创建任何对象时，类本身不存在于内存空间中。
42.对象：对象是类的一个具体，它是一个实实在在存在的东西。对象是一个动态的概念。每一个对象都存在着有别于其它对象的属于自己的独特的属性和行为。对象的属性可以随着它自己的行为而发生改变。springboot：springboot框架目前是主流且功能强大的java系统框架，可以满足快速搭建项目的需要。各大型网站均使用springboot作为基础开发框架，业务代码基于该框架之上开发。
43.dubbo协议框架：dubbo协议框架是一款高性能、轻量级的开源java服务框架，提供面向接口代理的高性能rpc调用，智能容错和负责均衡，服务自动注册与发现，高度可扩展能力，运行期流量调度，可视化的服务治理与运维。该协议框架由阿里巴巴开发，同样也是广为使用的主流框架。
44.目前，随着云平台发展逐渐成熟，云下系统逐渐向云平台迁移，由于程序运行的环境发生变化，从之前的虚拟机运行环境变为paas环境。这些变化使程序在rpc调用中使用的协议也要随之发生变化，从云下的dubbo协议更换为云上的http协议。程序中可能存在成百上千的接口，为了转换协议需要对所有接口进行协议更换，这样会涉及大量改造成本。
45.而dubbo协议框架是一款高性能、轻量级的开源java服务框架，提供面向接口代理的高性能rpc调用，智能容错和负责均衡，服务自动注册与发现，高度可扩展能力，运行期流量调度，可视化的服务治理与运维。该协议框架由阿里巴巴开发，同样也是广为使用的主流框架。
46.而dubbo工程，即使用了dubbo协议框架的工程，在进行上述协议更换时，一般需要确定当前dubbo工程中的dubbo接口实现类。
47.现阶段，一般采用方式确定当前dubbo工程中的dubbo接口实现类：
48.首先需要运行该dubbo工程，并借助dubbo api，动态地从dubbo容器中，获取dubbo类信息，进而确定dubbo接口实现类。
49.但上述方式仅能在运行dubbo工程的情况下进行，在不运行dubbo工程的静态情况下无法使用，而且dubbo工程的运行往往需要进行大量工程参数的配置，这一步骤往往会需要耗费大量的人力物力，因此使得上述方式来确定dubbo接口实现类的资源消耗过大。同时，因dubbo工程往往数据较多，导致dubbo工程运行时间较长。进一步地，因当前一些dubbo工程的运行工程代价太大，且运行时还需要在各种配置完善的场景下，还容易引起配置工程参数的麻烦，况且在有些特殊情况下，某些工程是无法运行启动的。
50.因此，以上述方式来确定dubbo接口实现类需要大量时间，降低了dubbo接口实现类的分析效率。
51.为了解决上述问题，本发明实施例提供了一种dubbo接口实现类的分析方法，用以实现在静态(程序未运行)场景下获取dubbo接口实现类，并节约分析dubbo接口实现类的成本，提升dubbo接口实现类的分析效率，参见图1，该方法可以包括：
52.步骤101：从dubbo工程的xml配置文件中，获取dubbo接口的ref参数值；
53.步骤102：从dubbo工程的全部类文件中，获取使用@service注解和/或@component注解的目标类；
54.步骤103：获取上述目标类中的@service注解和/或@component注解的value参数值；
55.步骤104：将dubbo接口的ref参数值，与上述value参数值进行匹配；
56.步骤105：将与ref参数值匹配成功的上述value参数值对应的目标类，确定为dubbo接口的实现类。
57.本发明实施例中，从dubbo工程的xml配置文件中，获取dubbo接口的ref参数值；从dubbo工程的全部类文件中，获取使用@service注解和/或@component注解的目标类；获取上述目标类中的@service注解和/或@component注解的value参数值；将dubbo接口的ref参数值，与上述value参数值进行匹配；将与ref参数值匹配成功的上述value参数值对应的目标类，确定为dubbo接口的实现类，与现有技术中仅能在运行dubbo工程的情况下确定dubbo接口的实现类的技术方案相比，可在不需要动态运行dubbo工程的情况下，借助静态获取的dubbo接口的ref参数值、使用@service注解和/或@component注解的目标类，实现对dubbo
接口的实现类的准确分析，因不再需要动态运行dubbo工程，避免了现有技术下因dubbo工程的运行而需要耗费大量人力物力的问题，节约了分析dubbo接口实现类的成本，也解决了因dubbo工程运行耗时过长导致dubbo接口实现类的分析效率降低问题，提升了dubbo接口实现类的分析效率。
58.具体实施时，首先从dubbo工程的xml配置文件中，获取dubbo接口的ref参数值。
59.实施例中，从工程的xml配置文件中，获取dubbo接口的ref参数值，如图2所示，可以包括：
60.步骤201：从工程的多个xml配置文件中，获取每一含有dubbo service配置信息的标签；
61.步骤202：从每一含有dubbo service配置信息的标签中，获取dubbo接口的ref参数值。
62.在一个具体实施例中，首先需要获取工程中的dubbo xml配置文件，上述xml配置文件可以为多个。上述从工程的xml配置文件中，获取dubbo接口的ref参数值，可以包括：解析工程的每一xml配置文件，找出所有dubbo service标签，解析该标签中的ref参数值，并存储在一个集合中。
63.在上述实施例中，通过从工程的xml配置文件中，获取dubbo接口的ref参数值，有助于在后续步骤中与类文件进行匹配的操作。
64.具体实施时，在从dubbo工程的xml配置文件中，获取dubbo接口的ref参数值后，从dubbo工程的全部类文件中，获取使用@service注解和/或@component注解的目标类。
65.实施例中，从工程的全部类文件中，获取使用@service注解和/或@component注解的目标类，如图3所示，可以包括：
66.步骤301：基于javassist字节码增强技术，将工程的全部类文件中每一类，输入至classpool中；上述classpool为javassist提供的类容器；
67.步骤302：遍历classpool中的每一类，得到对应每一类的ctclass对象；
68.步骤303：从对应每一类的ctclass对象中，获取使用@service注解和/或@component注解的目标类。
69.在上述实施例中，通过使用javassist字节码增强技术，可以在不运行代码的情况下加载并分析类的信息；并通过将所有的类加载到classpool中，遍历所有的类，生成ctclass。进一步地，可判断每个ctclass是否包含@service和/或@component注解，有该注解的取出该注解的value参数值。
70.具体实施时，在从dubbo工程的全部类文件中，获取使用@service注解和/或@component注解的目标类后，获取上述目标类中的@service注解和/或@component注解的value参数值。
71.实施例中，进一步地，在获取使用@service注解和/或@component注解的目标类后，可判断每个ctclass是否包含@service和/或@component注解，有该注解的取出该注解的value参数值。
72.具体实施时，在获取上述目标类中的@service注解和/或@component注解的value参数值后，将dubbo接口的ref参数值，与上述value参数值进行匹配。
73.具体实施时，在将dubbo接口的ref参数值，与上述value参数值进行匹配后，将与
ref参数值匹配成功的上述value参数值对应的目标类，确定为dubbo接口的实现类。
74.实施例中，比较value参数值是否在ref集合中有匹配的值，有则记录下来。所有被记录下来的就是找到的dubbo接口的实现类。
75.在上述实施例中，通过将与ref参数值匹配成功的上述value参数值对应的目标类，确定为dubbo接口的实现类，实现了静态分析dubbo接口的实现类的效果，可在不需要动态运行dubbo工程的情况下，借助静态获取的dubbo接口的ref参数值、使用@service注解和/或@component注解的目标类，实现对dubbo接口的实现类的准确分析，因不再需要动态运行dubbo工程，避免了现有技术下因dubbo工程的运行而需要耗费大量人力物力的问题，节约了分析dubbo接口实现类的成本，也解决了因dubbo工程运行耗时过长导致dubbo接口实现类的分析效率降低问题，提升了dubbo接口实现类的分析效率。
76.具体实施时，本发明实施例提供的一种dubbo接口实现类的分析方法，还可以包括：对上述dubbo接口的ref参数值、上述使用@service注解和/或@component注解的目标类、和dubbo接口的实现类，进行记录，生成记录文件。
77.实施例中，通过生成记录文件，可辅助管理人员对上述过程进行随时地调取阅读，有助于管理人员发现上述过程中的漏洞和弊端；同时，工作人员也可通过对记录文件进行调取阅读，实现对上述过程中的数据进行追溯，有助于验证数据的真实性的准确性，提升了上述过程的准确度。
78.下面给出一个具体实施例，来说明本发明的方法的具体应用，该实施例中，可以包括如下步骤：
79.1.获取工程中的dubbo xml配置文件；
80.2.解析每个xml文件，找出所有dubbo:service标签，解析该标签中的ref参数值，存储在一个集合中；
81.3.使用javassist字节码增强技术，将所有的类加载到classpool中，遍历所有的类，生成ctclass；
82.4.判断每个ctclass是否包含@service或@component注解，有该注解的取出该注解的value参数值；
83.5.比较value参数值是否在ref集合中有匹配的值，有则记录下来。所有被记录下来的就是找到的dubbo接口的实现类。
84.当然，可以理解的是，上述详细流程还可以有其他变化例，相关变化例均应落入本发明的保护范围。
85.本发明实施例中，从dubbo工程的xml配置文件中，获取dubbo接口的ref参数值；从dubbo工程的全部类文件中，获取使用@service注解和/或@component注解的目标类；获取上述目标类中的@service注解和/或@component注解的value参数值；将dubbo接口的ref参数值，与上述value参数值进行匹配；将与ref参数值匹配成功的上述value参数值对应的目标类，确定为dubbo接口的实现类，与现有技术中仅能在运行dubbo工程的情况下确定dubbo接口的实现类的技术方案相比，可在不需要动态运行dubbo工程的情况下，借助静态获取的dubbo接口的ref参数值、使用@service注解和/或@component注解的目标类，实现对dubbo接口的实现类的准确分析，因不再需要动态运行dubbo工程，避免了现有技术下因dubbo工程的运行而需要耗费大量人力物力的问题，节约了分析dubbo接口实现类的成本，也解决了
因dubbo工程运行耗时过长导致dubbo接口实现类的分析效率降低问题，提升了dubbo接口实现类的分析效率。
86.如上述，本发明实施例可针对spring框架中使用dubbo接口的工程，通过扫描dubbo的xml配置文件，解析出接口ref参数，再使用字节码增强技术扫描包含@service或@component注解的类，并识别出ref值与@service或@component注解value值相等的类，该类即dubbo接口的实现类。获取的dubbo实现类可以用于协议转换等场景，具有如下优点：
87.1.可静态使用：可以对静态工程分析；
88.2.降低配置成本：不用运行工程，省去配置工程参数的麻烦，且有些情况工程是无法运行启动的。
89.本发明实施例中还提供了一种dubbo接口实现类的分析装置，如下面的实施例上述。由于该装置解决问题的原理与dubbo接口实现类的分析方法相似，因此该装置的实施可以参见dubbo接口实现类的分析方法的实施，重复之处不再赘述。
90.本发明实施例还提供一种dubbo接口实现类的分析装置，用以实现dubbo接口实现类的静态分析，节约分析dubbo接口实现类的成本，提升dubbo接口实现类的分析效率，如图4所示，该装置可以包括：
91.ref参数值获取模块401，用于从dubbo工程的xml配置文件中，获取dubbo接口的ref参数值；
92.目标类获取模块402，用于从dubbo工程的全部类文件中，获取使用@service注解和/或@component注解的目标类；
93.value参数值获取模块403，用于获取上述目标类中的@service注解和/或@component注解的value参数值；
94.匹配模块404，用于将dubbo接口的ref参数值，与上述value参数值进行匹配；
95.实现类确定模块405，用于将与ref参数值匹配成功的上述value参数值对应的目标类，确定为dubbo接口的实现类。
96.在一个实施例中，ref参数值获取模块，具体用于：
97.从工程的多个xml配置文件中，获取每一含有dubbo service配置信息的标签；
98.从每一含有dubbo service配置信息的标签中，获取dubbo接口的ref参数值。
99.在一个实施例中，目标类获取模块，具体用于：
100.基于javassist字节码增强技术，将工程的全部类文件中每一类，输入至classpool中；上述classpool为javassist提供的类容器；
101.遍历classpool中的每一类，得到对应每一类的ctclass对象；
102.从对应每一类的ctclass对象中，获取使用@service注解和/或@component注解的目标类。
103.在一个实施例中，还包括：
104.记录模块，用于：
105.对上述dubbo接口的ref参数值、上述使用@service注解和/或@component注解的目标类、和dubbo接口的实现类，进行记录，生成记录文件。
106.下面给出一个具体实施例，来说明本发明的装置的具体应用，该实施例中，如图6所示，可以包括：
107.dubbo xml解析模块(即上述的ref参数值获取模块)、
108.注解解析模块(即上述的目标类获取模块和value参数值获取模块)、
109.匹配模块(即上述的匹配模块和实现类确定模块)。
110.如下对上述各个模型进行具体说明：
111.1.dubbo xml解析模块，用于解析dubbo的xml配置文件，取出dubbo:service中的ref参数值；
112.2.注解解析模块，用于使用字节码增强技术加载工程中的类，分析使用了@service和@component注解的类，并取出其对应的value值。
113.3.匹配模块，用于负责匹配校验注解取出的value值与ref参数值是否相等，能匹配上的就是找到的dubbo实现类。
114.上述实施例所提供装置的实例具有如下优点：
115.1.可静态使用：可以对静态工程分析；
116.2.降低配置成本：不用运行工程，省去配置工程参数的麻烦，且有些情况工程是无法运行启动的。
117.基于上述发明构思，如图5所示，本发明还提出了一种计算机设备500，包括存储器510、处理器520及存储在存储器510上并可在处理器520上运行的计算机程序530，上述处理器520执行上述计算机程序530时实现上述dubbo接口实现类的分析方法。
118.本发明实施例还提供一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现上述dubbo接口实现类的分析方法。
119.本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述dubbo接口实现类的分析方法。
120.本发明实施例中，从dubbo工程的xml配置文件中，获取dubbo接口的ref参数值；从dubbo工程的全部类文件中，获取使用@service注解和/或@component注解的目标类；获取所述目标类中的@service注解和/或@component注解的value参数值；将dubbo接口的ref参数值，与所述value参数值进行匹配；将与ref参数值匹配成功的所述value参数值对应的目标类，确定为dubbo接口的实现类，与现有技术中仅能在运行dubbo工程的情况下确定dubbo接口的实现类的技术方案相比，可在不需要动态运行dubbo工程的情况下，借助静态获取的dubbo接口的ref参数值、使用@service注解和/或@component注解的目标类，实现对dubbo接口的实现类的准确分析，因不再需要动态运行dubbo工程，避免了现有技术下因dubbo工程的运行而需要耗费大量人力物力的问题，节约了分析dubbo接口实现类的成本，也解决了因dubbo工程运行耗时过长导致dubbo接口实现类的分析效率降低问题，提升了dubbo接口实现类的分析效率。
121.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
122.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流
程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
123.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
124.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
125.以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。