1. 项目概述为什么JMeter是性能测试的“瑞士军刀”如果你是一名后端开发、测试工程师或者正在负责一个即将上线的Web应用那么“性能”这个词一定是你绕不开的坎。用户抱怨页面加载慢、服务器在活动期间频繁宕机、数据库连接池耗尽……这些问题在开发环境里往往风平浪静一到生产环境就原形毕露。而Apache JMeter正是我们用来提前发现并解决这些性能瓶颈的利器。它是一款纯Java开发的开源性能测试工具不仅能模拟海量用户对Web应用进行压力测试还能对数据库、FTP服务、甚至消息中间件进行性能评估。在Windows系统上由于其用户基数庞大JMeter的安装与配置往往是性能测试工作的第一步也是最容易踩坑的一步。很多人以为下载、解压、双击就能用结果却卡在环境变量、中文乱码或者插件安装上白白浪费几个小时。这篇教程我将结合自己多年在Windows上“折腾”JMeter的经验从零开始带你走通一条最清晰、最稳定的安装配置路径并分享那些官方文档里不会写的“避坑指南”让你在半小时内就拥有一个功能完备、随时可用的性能测试环境。2. 核心需求解析我们到底需要一个什么样的JMeter环境在动手之前我们得先想清楚目标。一个合格的JMeter环境绝不仅仅是能打开那个GUI界面。它需要满足几个核心需求这些需求直接决定了后续测试工作的效率和可靠性。2.1 环境隔离与稳定性首先我们需要一个干净、独立的运行环境。这意味着JMeter不应该干扰你系统上已有的其他Java应用反之亦然。很多教程会建议你直接修改系统的JAVA_HOME这是一个非常危险的操作尤其是当你同时运行多个需要不同Java版本的应用时比如旧项目用JDK 8新项目用JDK 17。我们的目标是让JMeter“自带”或“指向”一个专属的Java运行时环境JRE实现环境隔离。2.2 便捷性与可移植性其次配置过程应该简单且配置好的JMeter最好具备一定的可移植性。例如你可以将整个JMeter文件夹打包复制到另一台Windows电脑上修改少量配置后就能立即使用。这要求我们在配置时尽量使用相对路径避免硬编码绝对路径。2.3 功能完备与可扩展性一个基础的JMeter只能完成基本的HTTP测试。但在实际工作中我们可能需要连接MySQL进行数据库性能测试需要监控服务器资源或者需要使用第三方插件来生成更美观的报告。因此我们的安装配置过程必须为这些扩展功能预留接口确保环境具备良好的可扩展性。2.4 为命令行执行无头模式做好准备最后也是最重要的一点真正的性能测试几乎不会在GUI界面下执行。GUI模式主要用于脚本调试和编写最终的压力测试执行都是在命令行无头模式下完成的因为这更节省资源、结果更稳定、且易于集成到CI/CD流程中。我们的配置必须确保命令行模式能顺畅运行包括正确的内存设置、日志输出等。基于以上需求我们的安装配置策略就很明确了采用“绿色解压版” “私有JRE” “用户级环境变量”的方案在保证系统纯净的同时实现最大的灵活性和功能性。3. 工具选型与前置准备打好地基工欲善其事必先利其器。在下载JMeter之前我们需要先把它的“基石”——Java环境准备好并选择正确的JMeter版本。3.1 Java环境是选JDK还是JRE这是一个经典问题。JMeter的运行只需要Java运行时环境JRE但为什么我强烈推荐你直接安装Java开发工具包JDK呢原因有三未来兼容性某些JMeter插件或你自行开发的Java测试代码片段可能需要编译环境JDK包含了JRE和编译器javac一步到位。工具链完整JDK自带如jvisualvm这样的性能监控工具在分析JMeter自身或被测系统性能时非常有用。获取方便如今从Oracle或OpenJDK官网获取JDK和获取JRE的难度几乎没有区别。版本选择JMeter 5.x 版本通常要求 Java 8 或更高版本。为了获得更好的性能和支持我建议直接安装JDK 11 LTS或JDK 17 LTS长期支持版。它们稳定性高社区支持好。请避免使用过于前沿的版本如JDK 21刚发布时以免遇到兼容性问题。安装建议不要使用安装程序默认安装到C:\Program Files\Java。我建议在非系统盘如D:\创建一个DevTools之类的文件夹将JDK解压或安装到此路径下例如D:\DevTools\jdk-17.0.10。这样做的好处是权限管理简单重装系统后也容易恢复。3.2 JMeter版本与下载渠道选择版本选择始终选择最新稳定版Stable Release。Apache官网会明确标注。新版本通常修复了旧版本的Bug提供了更多功能和更好的性能。截止到我撰写本文时最新稳定版是Apache JMeter 5.6.3。下载渠道唯一官方正版渠道是Apache JMeter 官网。请务必在官网下载避免从第三方网站下载到捆绑恶意软件或经过篡改的版本。在官网找到 “Download Releases” 部分。你会看到两个选择apache-jmeter-5.6.3.zip和apache-jmeter-5.6.3.tgz。对于Windows系统下载.zip格式即可。.tgz是给Linux/Unix系统的。注意官网下载速度可能较慢尤其是对于国内用户。这是正常现象请耐心等待或使用一些可靠的下载加速方式。绝对不要为了图快而去不明来源的站点下载。下载内容这个ZIP包是一个“二进制发行版”里面已经包含了运行JMeter所需的所有库文件、示例脚本和可执行文件我们称之为“绿色版”解压即用。4. 详细安装与配置步骤实录现在我们开始一步步搭建环境。请严格按照步骤操作我会解释每一步的意图。4.1 第一步规划目录与解压我个人的工作目录习惯是D:\PerformanceTest。你可以根据喜好创建但路径中请避免包含中文或空格例如不要放在D:\软件测试\JMeter或C:\Program Files\Apache JMeter这样的路径下。空格和中文在某些情况下可能导致命令行执行失败或出现诡异错误。在D:\或其他非系统盘下创建文件夹例如D:\PerformanceTest。将下载好的apache-jmeter-5.6.3.zip文件移动或复制到这个文件夹内。右键点击ZIP文件选择“全部解压缩...”或使用解压软件如7-Zip解压到当前文件夹。解压后你会得到一个名为apache-jmeter-5.6.3的文件夹。为了后续操作方便我建议将这个文件夹改一个短一点的名字比如jmeter。最终路径看起来像这样D:\PerformanceTest\jmeter。这个文件夹就是JMeter的“家”我们后续的所有操作都基于它。4.2 第二步配置私有JRE与环境变量这是最关键的一步目的是让我们的JMeter使用专属的Java而不依赖系统环境变量。关联JRE进入你的JDK安装目录例如D:\DevTools\jdk-17.0.10将其下的整个jre文件夹或者对于某些JDK发行版jre目录可能不存在此时直接使用JDK根目录也可以但更规范的做法是复制jre复制到JMeter的家目录下。即最终路径为D:\PerformanceTest\jmeter\jre。这样JMeter就自带了一个Java运行时环境。修改启动脚本JMeter通过jmeter.batWindows批处理文件启动。我们需要告诉它使用我们自带的JRE而不是去系统找。用记事本或任何代码编辑器如VSCode打开D:\PerformanceTest\jmeter\bin\jmeter.bat。在这个文件靠前的位置你会找到关于JAVA_HOME的检测代码。我们不需要它检测直接强制指定。在set HEAP这类内存设置语句的上方添加一行set JAVA_HOME%~dp0..\jre这行命令的意思是将JAVA_HOME设置为当前批处理文件所在目录(%~dp0即bin\)的上一级目录(..\)下的jre文件夹。这是一个相对路径保证了我们移动整个JMeter文件夹后配置依然有效。可选但推荐添加系统环境变量虽然我们已经通过修改.bat文件指定了JRE但为了在命令行任何位置都能方便地执行jmeter命令最好将JMeter的bin目录添加到系统的PATH环境变量中。右键点击“此电脑” - “属性” - “高级系统设置” - “环境变量”。在“系统变量”或“用户变量”中找到Path变量点击“编辑”。点击“新建”输入你的JMeter的bin目录完整路径D:\PerformanceTest\jmeter\bin。逐一点击“确定”保存。实操心得很多教程让你直接设置全局的JAVA_HOME指向你的JDK这确实能让JMeter跑起来但却是“脏”的做法。我们上述的“私有JRE相对路径”方案是更干净、更专业的做法。它保证了JMeter环境的自包含和隔离。4.3 第三步基础调优与个性化设置安装好之后直接双击bin/jmeter.bat就能打开GUI界面。但在此之前我们最好进行一些基础调优让JMeter用起来更顺手。4.3.1 内存设置优化默认情况下JMeter分配的内存可能较小如1GB在进行大型压力测试时容易导致内存溢出OutOfMemoryError。我们需要修改JVM启动参数。打开bin目录下的jmeter.bat文件如果为了命令行运行还需要修改jmeter文件但.bat是主入口。找到以下两行大约在文件中部set HEAP-Xms1g -Xmx1g set NEW-XX:NewSize256m -XX:MaxNewSize256m根据你测试电脑的物理内存来调整。一个常见的建议是如果机器内存为8GB可以设置为set HEAP-Xms2g -Xmx4g如果机器内存为16GB可以设置为set HEAP-Xms4g -Xmx8g-Xms是最小堆内存-Xmx是最大堆内存。NEW参数是新生代大小一般可以保持默认或按比例调整例如set NEW-XX:NewSize512m -XX:MaxNewSize512m。重要提示不要将-Xmx设置为接近你系统的总物理内存必须为操作系统和其他应用预留足够空间至少2-4GB。否则会导致系统频繁交换内存整体卡死。4.3.2 解决中文乱码问题JMeter默认使用系统编码在Windows中文环境下可能会遇到脚本中的中文显示为乱码或者测试结果中的中文响应变成问号。GUI界面乱码编辑bin目录下的jmeter.properties文件。找到#languageen这一行取消注释并修改为languagezh_CN这样界面就会切换为简体中文如果提供了对应语言包。但更根本的是设置编码。在文件中继续找到或添加如下行sampleresult.default.encodingUTF-8jsyntaxtextarea.font.familyMicrosoft YaHei UI第一行确保采样结果的默认编码为UTF-8。第二行设置脚本编辑框的字体为更清晰的中文字体。命令行输出乱码如果命令行执行时日志出现乱码需要修改bin/jmeter.bat在set JAVA_HOME之后添加JVM参数set JVM_ARGS%JVM_ARGS% -Dfile.encodingUTF-84.3.3 设置默认文件保存路径每次保存测试计划.jmx文件或测试结果默认都会弹窗到JMeter的bin目录很不方便。我们可以修改默认路径。在jmeter.properties中找到#jmeter.save.saveservice.output_format等以jmeter.save.saveservice开头的行这些是结果保存配置可以先不管。我们主要修改用户根目录。找到#user.home取消注释并设置为你的工作目录user.homeD:\\PerformanceTest\\JMeter_Workspace注意Windows路径中的反斜杠\在这里需要转义写成\\。设置后保存和打开文件的默认目录就会指向这里。5. 验证安装与初体验完成所有配置后让我们来验证一下安装是否成功。GUI模式启动双击D:\PerformanceTest\jmeter\bin\jmeter.bat。你会看到一个命令行窗口一闪而过这是启动器然后JMeter的图形化界面主窗口应该会弹出。如果界面是中文的且没有明显的错误弹窗说明GUI模式配置成功。命令行模式验证这是更重要的验证步骤。打开Windows的命令提示符CMD或 PowerShell。输入命令jmeter -v然后回车。如果你之前正确添加了bin目录到PATH这里会直接执行。如果出现“不是内部或外部命令”错误请切换到JMeter的bin目录下再执行或者检查PATH配置。命令执行后会打印出JMeter的版本、Java版本等信息。这证明命令行模式的基础配置是通的。运行一个示例测试在JMeter GUI中通过菜单栏“文件” - “打开”导航到jmeter目录下的extras文件夹打开Building a Web Test Plan.jmx示例文件。点击工具栏上的绿色“开始”按钮或按CtrlR。你会在右上角看到绿色的运行标志并在“查看结果树”监听器中看到采样器开始执行并收到响应。这证明JMeter的基本HTTP请求功能是正常的。6. 插件生态扩展让JMeter如虎添翼原生JMeter的功能已经很强大了但社区插件能让它变得更强大。最著名的插件管理器是JMeter Plugins Manager。安装插件管理器访问 JMeter Plugins 官网 。下载plugins-manager.jar文件。将这个JAR文件复制到JMeter主目录的lib/ext文件夹下即D:\PerformanceTest\jmeter\lib\ext。重启JMeter。使用插件管理器重启后在JMeter的“选项”菜单中你会看到一个新的“Plugins Manager”项。打开它你可以看到“Available Plugins”标签页下琳琅满目的插件。常用的有Custom Thread Groups提供更灵活的并发用户控制模型如Stepping Thread Group阶梯加压和Concurrency Thread Group目标并发数这对模拟真实的用户增长场景至关重要。3 Basic Graphs包含响应时间、吞吐量、活动线程数三个核心监控图简单直观。PerfMon Metrics Collector服务器性能监控神器。它需要在被测服务器上安装一个ServerAgent然后JMeter就能在压测过程中实时收集服务器的CPU、内存、磁盘IO、网络IO等指标并与测试结果关联起来。这对于定位瓶颈在应用层还是系统层有决定性作用。勾选你需要的插件点击“Apply Changes and Restart JMeter”管理器会自动下载安装并重启。实操心得不要一次性安装所有插件按需安装。插件装得越多JMeter启动越慢也越不稳定。通常Custom Thread Groups和PerfMon是必装的。安装插件后相关的监听器或线程组会在对应的菜单中找到。7. 核心配置文件深度解析了解几个核心配置文件能让你在遇到问题时快速定位和调整。jmeter.properties(位于bin/)这是JMeter的主配置文件包含了数百个可配置项。我们之前修改的编码、语言、默认路径都在这里。其他重要设置包括httpclient4.time_to_live控制HTTP连接池中连接的最大存活时间对于长连接测试可能需要调整。proxy.host/port设置全局代理方便在公司内网环境下抓包或访问外网。修改任何属性后需要重启JMeter才能生效。system.properties(位于bin/)这个文件中的属性会作为系统属性System.getProperty()传递给JVM。你可以在这里设置一些Java相关的全局属性例如网络代理http.proxyHost,https.proxyHost。user.properties(位于bin/)这是用户自定义配置的首选位置它的优先级高于jmeter.properties。你应该把个人的定制化配置写在这里而不是直接修改jmeter.properties。这样做的好处是当JMeter升级时你可以直接覆盖整个bin目录而不会丢失个人设置因为user.properties通常不会被覆盖。将你在jmeter.properties中修改过的、属于个人偏好的设置如languagezh_CN,user.home...复制到user.properties中并修改。saveservice.properties(位于bin/)这个文件控制着测试结果.jtl文件的保存格式。你可以决定要在结果文件中保存哪些数据比如是否保存响应头、响应数据、断言结果等。关闭不必要的字段可以显著减小结果文件的大小提高压测效率。8. 常见问题与排查技巧实录即使按照教程一步步来你也可能会遇到一些问题。这里我汇总了几个最常见的“坑”及其解决方案。8.1 启动失败“Not able to find Java executable or version.”问题描述双击jmeter.bat后弹出一个错误窗口提示找不到Java或Java版本不对或者命令行窗口一闪而过然后什么都没发生。排查思路检查私有JRE首先确认你是否按照步骤2.2将JRE复制到了jmeter/jre目录下并且jmeter.bat中设置的JAVA_HOME路径是否正确。你可以临时在jmeter.bat文件中echo %JAVA_HOME%来打印出路径看看。检查Java版本打开命令行进入你复制的JRE的bin目录执行java -version。确保版本是8或以上。如果这里报错说明你的JRE本身有问题。检查系统PATH冲突如果你之前设置过全局的JAVA_HOME并且指向了一个错误的或版本过低的JDKJMeter可能会优先使用它。可以尝试在命令行中临时删除全局JAVA_HOME变量或者确保我们jmeter.bat中设置的相对路径优先级更高。8.2 内存溢出OutOfMemoryError问题描述在运行大型测试计划尤其是线程数很多或启用了大量监听器时JMeter GUI或命令行进程崩溃报java.lang.OutOfMemoryError: Java heap space。解决方案调整堆内存如步骤4.3.1所述增大jmeter.bat中的HEAP参数-Xmx。这是最直接的方法。关闭不必要的监听器在GUI中调试时可以开着监听器看结果但在真正执行压力测试时务必在命令行无头模式下运行并且只保留最少量的监听器如“聚合报告”或者使用-l参数将结果直接写入文件而不在内存中保存。监听器特别是“查看结果树”会消耗巨量内存。优化测试脚本检查是否有不必要的“调试取样器”或重复的元件。使用“仅错误日志”模式运行减少日志输出量。使用64位Java确保你使用的是64位的JDK/JRE。32位Java有内存寻址限制通常不超过1.5GB无法分配大内存。8.3 无头模式命令行运行结果与GUI不一致问题描述在GUI下运行测试一切正常但使用命令行执行相同的.jmx脚本时吞吐量Throughput更低错误率更高或者直接失败。排查思路资源竞争GUI本身会消耗CPU和内存资源。命令行模式释放了这些资源给测试本身理论上性能应该更好。如果更差首先检查命令行窗口是否在前台运行可以尝试在命令后添加-n和-l参数并重定向输出到文件然后最小化命令行窗口。jmeter -n -t D:\testplan.jmx -l D:\result.jtl -e -o D:\html_report环境差异确保命令行模式下使用的jmeter.bat、user.properties等配置文件与GUI模式完全一致。有时人们会修改GUI的配置却忘了同步到用于命令行的环境。一个可靠的做法是始终通过同一个jmeter.bat脚本来统一配置。监听器影响这是最常见的原因。GUI下你可能只开了少数监听器但脚本里可能保存了很多监听器比如每个线程组下都有一个“查看结果树”。在无头模式下这些监听器依然会被实例化并处理数据消耗大量资源。最佳实践是专门准备一个用于命令行压测的“干净”脚本移除所有非必要的监听器只保留“聚合报告”或“汇总报告”或者干脆一个监听器都不要只用-l参数输出原始结果到文件后期再用GUI或工具分析。8.4 如何生成HTML格式的测试报告从JMeter 3.0开始官方提供了强大的动态HTML报告生成功能。操作步骤首先你需要运行一次测试并将结果保存为CSV格式的.jtl文件。jmeter -n -t your_testplan.jmx -l result.jtl然后使用这个.jtl文件来生成HTML报告。jmeter -g result.jtl -o ./html_report_folder其中-g指定输入的结果文件-o指定输出目录必须是一个空目录或不存在的目录JMeter会自动创建。报告内容生成的HTML报告非常专业包含了Dashboard仪表盘概览包括测试时长、请求总数、错误率、吞吐量、响应时间百分位90%, 95%, 99%等关键指标。Charts图表响应时间、吞吐量、活动线程数等随时间变化的曲线图。Statistics统计表每个请求的详细统计数据表格。Errors错误信息按类型统计的错误信息。这个报告是向非技术人员如项目经理、产品经理展示性能测试结果的最佳方式直观且具有说服力。9. 从安装到实战一个简单的HTTP接口压测示例为了将安装配置与实战串联起来我们快速完成一个最简单的HTTP接口压测流程验证整个环境的工作流。目标对http://httpbin.org/get这个公开的测试接口模拟100个用户在30秒内同时发起请求。步骤创建测试计划打开JMeter GUI默认会有一个“测试计划”。我们将其重命名为“My First Load Test”。添加线程组右键“测试计划” - “添加” - “线程用户” - “线程组”。在右侧面板设置线程数用户数100Ramp-Up时间秒30 表示在30秒内启动所有100个用户循环次数勾选“永远”我们通过调度器控制时长。添加取样器右键“线程组” - “添加” - “取样器” - “HTTP请求”。在右侧面板设置协议http服务器名称或IPhttpbin.org端口号80HTTP请求GET路径/get添加监听器用于调试右键“线程组” - “添加” - “监听器” - “查看结果树”。再添加一个“聚合报告”。保存脚本点击菜单栏“文件” - “保存”将测试计划保存为first_test.jmx。在GUI中试运行点击绿色开始按钮在“查看结果树”中观察请求是否成功绿色对勾在“聚合报告”中查看初步的响应时间、吞吐量数据。调试完成后请禁用或删除“查看结果树”监听器因为它非常耗内存。命令行执行压测打开命令行导航到你的脚本目录或使用绝对路径。执行命令假设脚本在D盘根目录jmeter -n -t D:\first_test.jmx -l D:\test_result.jtl -e -o D:\my_report-n: 非GUI模式。-t: 指定测试脚本。-l: 指定结果文件输出路径。-e: 测试结束后生成HTML报告。-o: 指定HTML报告输出目录。查看结果命令执行完毕后打开D:\my_report目录下的index.html文件你就能看到一份完整的、图表丰富的性能测试报告了。通过这个完整的流程你不仅验证了JMeter的安装配置也走通了一个标准的性能测试工作流创建脚本 - GUI调试 - 命令行压测 - 生成报告。10. 高级配置与持续集成初探当JMeter用于团队协作或持续集成CI/CD流水线时配置需要更进一步。10.1 统一团队配置user.properties的妙用在团队中确保每个人JMeter行为一致很重要。比如超时时间、重试次数、默认编码等。我们可以创建一个团队共享的user.properties文件。由技术负责人或测试负责人定义好一套标准的配置项保存为一个文件例如team_config.properties。将这份文件放入团队共享的版本控制库如Git中。每个团队成员在初次搭建环境时除了安装基本的JMeter只需要将这份team_config.properties文件复制到自己JMeter安装目录的bin文件夹下并重命名为user.properties注意备份自己原有的。或者更灵活的做法是在启动JMeter时通过-q参数指定配置文件jmeter -q D:\team_config\team.properties -n -t test.jmx ...这样个人本地的user.properties依然可以保留个性化设置而团队规范通过命令行参数加载互不干扰。10.2 集成到Jenkins CI/CD在Jenkins中自动执行JMeter测试是常见的需求。安装插件在Jenkins中安装“Performance Plugin”插件。这个插件可以解析JMeter生成的.jtl结果文件并在Jenkins中生成趋势图。创建自由风格项目在“构建”步骤中选择“执行Windows批处理命令”如果是Windows代理机或“执行Shell”如果是Linux代理机。编写命令本质上就是在调用JMeter命令行。call D:\PerformanceTest\jmeter\bin\jmeter.bat -n -t %WORKSPACE%\test_scripts\api_load.jmx -l %WORKSPACE%\results\result_%BUILD_NUMBER%.jtl这里%WORKSPACE%和%BUILD_NUMBER%是Jenkins环境变量。配置后置处理在“构建后操作”中添加“Publish Performance test result report”。指定结果文件路径例如results/*.jtl。配置错误率、平均响应时间等阈值如果超过阈值可以将构建标记为不稳定或失败。这样每次代码提交或定时构建都会自动触发性能测试并将结果反馈到Jenkins仪表盘实现性能回归的持续监控。10.3 分布式测试配置简要说明当单台机器无法模拟足够多的并发用户时就需要使用JMeter的分布式测试Master-Slave模式。原理由一台机器作为控制机Master负责分发测试脚本和收集结果其他多台机器作为压力生成机Slave接收指令并实际向被测系统发送请求。关键配置Slave机配置在所有Slave机器上安装相同版本的JMeter和Java。编辑其bin/jmeter.properties文件取消注释并设置server_port1099默认RMI端口。然后运行bin/jmeter-server.batWindows启动Slave服务。Master机配置在Master机器的bin/jmeter.properties中找到remote_hosts属性取消注释并将其值设置为所有Slave机器的IP地址和端口用逗号分隔例如remote_hosts192.168.1.101:1099,192.168.1.102:1099。运行测试在Master机器的GUI中运行菜单里会出现“远程启动”的选项可以选择启动指定的Slave或全部。在命令行中使用-R参数指定Slave列表jmeter -n -t test.jmx -R 192.168.1.101:1099,192.168.1.102:1099 -l result.jtl。注意事项所有机器Master和Slave的JMeter版本、插件、jmeter.properties中关键配置如超时必须严格一致。确保Master和Slave之间网络通畅防火墙开放了1099端口以及可能用到的其他高端口。脚本中使用的所有外部文件如CSV数据文件必须存在于所有Slave机器的相同路径下或者使用共享网络路径。分布式测试的协调和结果汇总本身也有开销并非Slave越多越好需要根据网络和测试目标权衡。至此一个从零开始涵盖安装、配置、调优、插件、问题排查、实战示例乃至团队协作和CI/CD集成的完整JMeter Windows环境指南就完成了。记住工具本身的安装只是起点真正的价值在于你如何利用它设计出模拟真实场景的测试脚本并从中解读出系统性能的真相。多实践多思考你会发现在性能测试这条路上JMeter是你最值得信赖的伙伴之一。