简介：面向Delphi 13开发者的FastReport VCL v2025.2 Retail控件包，是一套商业级报表生成组件，适用于企业级应用、ERP系统、财务软件等需要复杂报表设计的场景。它支持PDF、HTML、RTF、Excel等多种输出格式，并通过内置的FastScript脚本引擎将报表布局与数据逻辑分离，使开发人员能灵活控制报表呈现方式。压缩包共2000个文件，以hpp头文件、dcu编译单元、dfm窗体文件、bpl运行包为主体，辅以res资源文件、map映射文件等，整体大小25.76MB，覆盖设计期和运行期所需组件。其中hpp提供接口定义，dcu用于编译后链接，bpl支撑运行时加载，dfm记录窗体布局。已有687人浏览学习。零售版不显示版权提示，可直接集成到商业项目；针对Delphi 13 Florence深度优化，增强了导出与打印能力，并内置多语言资源与TeeChart图表扩展，可大幅降低开发成本，附带的专业支持也能帮助快速解决集成问题。
1. Delphi 13 Florence 发布后，FastReport VCL v2025.2 是报表工具链里的第一个关键补位
2025 年 Embarcadero 放出了 Delphi 13 Florence，很多团队升级 IDE 后发现一个尴尬情况：之前用的 FastReport VCL 老版本直接装不进去，IDE 要么编译报错，要么控件面板里压根不出现。FastReport VCL v2025.2 就是冲着这个兼容性缺口来的。它的安装包里标着 Retail.7z，说明这是商业正式版压缩包而非试用版，适合正在做 Delphi 13 升级评估、或者维护既有 VCL 报表项目的开发者。这篇文章按我实际做升级的方式，从解压安装、跑通报表到避坑排查，把整个流程讲清楚。
2. 装进 IDE：FastReport VCL v2025.2 在 Delphi 13 Florence 上的完整安装流程
安装这个事，不同机器上做出来的结果经常不一样。常见做法是先把 7z 解压，然后把源码路径加进 IDE，再编译安装设计期包，最后新建工程验证。手动走一遍的好处是，出了问题你能确定是哪一步挂了，而不是面对一个装到一半的“半成品”。
2.1 解压与目录规划：别把 Retail 包放在中文和空格路径里
先解压。FastReport VCL v2025.2 的 Retail 包解压后是一棵完整的源码树，里面包含 Source、Demos、Compiled 之类的目录。Source 存放控件源码，Demos 是示例报表和示例工程，Compiled 目录下可能有预编译好的 .dcu 和 .bpl。目录的命名各家有自己的习惯，但整体结构在 v2025.2 里保持了一贯风格。
解压路径的第一条规则：不要放在带空格、带中文、带特殊字符的目录下。比如D:\FastReport_VCL\就比D:\My Files\报表控件\稳得多。原因很简单，Delphi 的 Library path 和 IDE 配置文件里，路径分隔符和转义处理对一些字符支持不好，出了问题报错信息又指向不明确，属于那种查到最后才发现是路径问题的“玄学”故障。
另外，解压后建议确认一下目录里有没有对应 Delphi 13 的版本子目录。FastReport VCL 对每个 IDE 版本一般都有单独的编译目录或工程文件，命名里能看到版本线索。Delphi 12 Athens 对应一个版本号，Delphi 13 Florence 的版本号在 IDE 内部是递增的。安装时你要选的是面向 Delphi 13 的那一组工程文件，而不是老版本目录里那些 .dpk。
2.2 配置 Library path：让编译期能找到 .dcu
FastReport VCL 装不上，多数错误都发生在这一步之前。打开 IDE 的 Tools > Options > Delphi Options > Library，在 Library path 里把 FastReport VCL 的Source目录加进去。这一步的作用是让 IDE 在编译你的工程时，能搜索到frxClass.dcu、frxDBSet.dcu这一批单元文件。
这里有个 32 位和 64 位的注意点：Library path 是分平台配置的。如果你之后要在 Win64 平台下编译报表程序，必须把 Source 路径也加到 64 位平台的 Library path 里。否则你在 32 位下编译通过，切到 64 位立刻报找不到 .dcu。常见做法是两边都加同一份源码路径，FastReport VCL 的源码会在编译时按平台生成对应的 .dcu，放在 Compiled 下的不同子目录里。
添加路径的界面操作不复杂，但有个细节容易漏：路径优先级。Library path 里同时存在多个版本的 FastReport 源码时，IDE 按路径顺序寻找 .dcu。如果之前装过 FastReport 老版本，它的路径还排在前面，编译时就会引用到旧头文件，出现“明明装了 v2025.2，行为还是老版本”的怪现象。我的习惯是把 v2025.2 的路径移到最前面，然后把老版本路径先删掉，等验证通过再决定要不要留。
2.3 编译安装设计期包：让 IDE 组件面板出现 FastReport
Library path 解决的是编译期依赖，设计期包解决的是“控件面板里能不能看到 FastReport 选项卡”的问题。FastReport VCL 的包分运行期包和设计期包两类。运行期包通常以frx开头，设计期包通常以dcl开头，名字里一般带着对应的 IDE 版本标识。
打开设计期包文件（.dpk）后，IDE 会提示是否编译并安装。这里建议先编译运行期包，再编译安装设计期包，顺序反了有时候会报包依赖错误。编译时如果提示找不到某些单元，先回 2.2 检查 Library path 是不是漏了Source下的子目录，比如Source\Base、Source\Engine这类子路径，FastReport 的源码树是分层的，只加根目录通常不够。
安装完成后，新建一个 VCL 工程，组件面板上应该会出现 FastReport 选项卡，里面有一排控件。如果没出现，有可能是 IDE 没有刷新组件列表。重启 IDE 之后再新建工程看。这一步过了，安装就算成功了一半。
2.4 验证安装：最小工程三行代码确认控件可用
安装完成后不要急着写报表，先做一个最小验证：新建 VCL 应用，放一个按钮，在 Click 里创建一个 TfrxReport 实例并显示预览。如果这一步能弹出预览窗口，说明运行期包和设计期包都正常，后面再谈数据源和模板。
// 最小安装验证：创建一个空白报表并预览 uses frxClass; procedure TForm1.btnVerifyClick(Sender: TObject); var R: TfrxReport; begin R := TfrxReport.Create(nil); try R.ShowReport; // 弹出一个空白预览窗口 finally R.Free; end; end;这段代码做了三件事：创建报表对象、弹出预览窗口、释放对象。Create(nil)表示报表不依赖特定 Owner，由我们自己管理生命周期；ShowReport会启动预览窗体，因为是模态调用，关闭预览窗口后代码才会继续执行；finally确保无论预览是否抛出异常，报表对象都能被释放。这个写法是 FastReport VCL 手工管理对象的一个典型模板，后面所有报表代码都可以沿用这个骨架。
到这里，FastReport VCL v2025.2 在 Delphi 13 上的安装链路已经走通。接下来做第一个真实报表。
3. 从零跑通第一个报表：数据源绑定与预览
安装验证只是一个空白窗口。要做能用的报表，需要把业务数据接进来。FastReport VCL 的数据连接方式比较灵活，常见做法是先把 DataSet（比如 TADOQuery 或 TFDQuery）准备好，再用 TfrxDBDataset 包一层，然后在报表设计器里把字段拖到报表带上。
FastReport VCL 的报表执行流程可以简单拆成三步：加载模板、准备数据页、展示或导出。加载模板时，FastReport 会解析 .fr3 文件里的对象树，把页面、数据带、文本对象、脚本全部读进内存。准备数据页时，它会遍历数据集，按数据带的顺序生成一个个报告页。展示或导出则是把这些已经计算出来的页面输出到屏幕或文件。理解这个管线很重要，因为后面要讲的 PrepareReport 就是把这中间第二步单独拆出来执行，而 ShowReport 则是把三步合并执行，数据量一大，三步合并的劣势就显现出来了。
3.1 最小可运行代码：加载 .fr3 模板并预览
工程里准备好一个 .fr3 模板文件后，加载并预览的代码和刚才的验证代码几乎一样，只是多了 LoadFromFile：
// 加载并预览一个已设计好的报表模板 uses frxClass, frxDBSet; procedure TForm1.btnPreviewClick(Sender: TObject); var R: TfrxReport; begin R := TfrxReport.Create(nil); try R.LoadFromFile('D:\Reports\sales_order.fr3'); R.ShowReport; finally R.Free; end; end;LoadFromFile传入的是模板文件的绝对路径。这里有一个坑：模板文件里如果有数据源定义，预览时会尝试连接数据源。如果数据源没有在代码里配置，FastReport 会用模板里的连接信息去连。正因为如此，我一般不在设计器里保存数据库连接信息，而是把连接交给代码侧，模板里只放数据集名称和字段布局。这个习惯能避免报表在不同机器上因为连接串不同而跑不起来。
ShowReport是同步方法，预览窗口关闭后返回。如果模板比较大或者数据量比较大，预览前界面会卡顿。后面第 6 章会提到怎么办。
3.2 数据源绑定：TfrxDBDataset 的用法与参数
假设业务侧查询用 TADOQuery 或 TFDQuery，FastReport 不能直接消费它们，需要用 TfrxDBDataset 做适配层。这个控件在组件面板 FastReport 选项卡下，也可以在代码里创建并关联。
// 把查询结果绑定到 FastReport 数据集 procedure TForm1.btnBindClick(Sender: TObject); begin ADOQuery1.SQL.Text := 'SELECT OrderNo, Customer, Amount, OrderDate ' + 'FROM Orders WHERE OrderDate >= :d1 AND OrderDate <= :d2'; ADOQuery1.Parameters.ParamByName('d1').Value := dtpFrom.Date; ADOQuery1.Parameters.ParamByName('d2').Value := dtpTo.Date; ADOQuery1.Open; frxDBDataset1.DataSet := ADOQuery1; frxDBDataset1.UserName := '订单数据'; end;DataSet属性指定数据集实例，UserName是报表模板里引用的名字。模板里的订单数据.OrderNo会自动映射到 ADOQuery1 的 OrderNo 字段。两个细节需要注意：一是UserName必须在模板加载前设置好，否则模板里引用不到；二是如果 ADOQuery1 返回的字段名有歧义，FastReport 有时会智能匹配失败，脚本里取字段会拿到空值，这时候可以在 ADOQuery1 的 SQL 里给字段起别名，比如SELECT OrderNo AS 订单号，让模板和代码两边都用同一个名字。
如果报表要复用同一条查询但不同参数，常见做法是每次查询前重新给参数赋值，然后 Close 再 Open。TfrxDBDataset 绑定的是 DataSet 实例，DataSet 数据刷新后，重跑报表就会用到新数据。
3.3 报表模板从哪来：设计器与 .fr3 文件
FastReport VCL 的模板是 .fr3 文件，后缀不能变。模板有两种来源：一是在 IDE 里放一个 TfrxReport 控件，双击进入设计器，手工摆字段；二是在代码里调用设计器打开已有模板后修改。
进入设计器后，左侧是数据源树，展开订单数据就能看到字段列表，把需要的字段拖到报表的数据带上即可。页面页脚、分组页眉这类带区从工具栏添加。设计器里支持的属性很多，日常用得最多的是 Font、Border、Alignment 和 StretchMode。StretchMode 是 FastReport 里跟“内容不够高”相关的关键属性，文本内容超长时，如果想要文本域自动撑高，得把它设成 smMaxHeight，否则内容会被截断。
模板在设计器里保存后，会同时保存数据源定义。这里建议保存前把数据源定义里的连接串清空，只保留 UserName 和字段结构。这样 .fr3 文件在你的机器上能打开，在服务器上也能打开，不会因为连接串里写了一个不存在的数据库名导致加载失败。
4. 报表设计器里的关键参数：页面设置、导出与参数传递
模板能跑起来之后，下一步是把它调成能交付的样子。FastReport VCL v2025.2 里，页面尺寸、导出选项和参数传递是最容易出效果的三个调节点。
4.1 页面尺寸与分栏：毫米单位的换算坑
FastReport 的页面单位是毫米。很多从 QuickReport 转过来的开发者习惯用厘米计算，结果在代码里设页面宽度时经常把 21 厘米写成 21，少了十倍。
// 以毫米为单位设置 A4 页面，横向 var Page: TfrxReportPage; begin Page := Report.Pages[0] as TfrxReportPage; Page.PaperSize := DMPAPER_A4; // 选择 A4 纸型 Page.Orientation := poLandscape; // 横向 Page.LeftMargin := 5; // 单位都是毫米 Page.RightMargin := 5; Page.TopMargin := 5; Page.BottomMargin := 5; end;DMPAPER_A4是 Windows 打印机的标准纸型常量，FastReport 支持直接按纸型设置，避免手算像素。Orientation设为 poLandscape 后，设计器里页面的宽高会自动对调，不需要手动改 Width 和 Height。边距的单位是毫米，5 就是 5 毫米，不是厘米也不是像素。
如果你需要做分栏报表，比如标签纸，可以在 Page 的 ColumnCount 里指定栏数，FastReport 会自动在每页里把内容按栏排布。ColumnWidth 的单位同样是毫米，初调时建议拿一张实际标签纸量一下，再在代码里微调。这里踩过坑的人都知道，标签纸的间距往往比标称值小 1 到 2 毫米，所以最终以打出来的实际效果为准。
4.2 导出 PDF：中文字体与嵌入配置
FastReport VCL 最常见的交付方式是导出 PDF。v2025.2 的 TfrxPDFExport 参数比早期版本多了一些，但最值得关注的就两个：中文字体处理和字体嵌入策略。
// 导出 PDF，并关闭导出设置对话框 uses frxExportPDF; var PDFExp: TfrxPDFExport; begin PDFExp := TfrxPDFExport.Create(nil); try PDFExp.ShowDialog := False; PDFExp.FileName := 'D:\Reports\sales_order.pdf'; PDFExp.DefaultPath := 'D:\Reports'; PDFExp.EmbedFonts := True; PDFExp.OpenPDFAfterExport := True; Report.Export(PDFExp); finally PDFExp.Free; end; end;ShowDialog := False表示导出时不弹设置界面，参数全部由代码控制。EmbedFonts := True用于把报表中使用的字体嵌入 PDF 文件，避免在没装这些字体的机器上打开 PDF 出现乱码。中文报表的乱码问题，本质上是导出时用了系统找不到的字体，或者用了不支持中文的默认字体。FastReport 的 PDF 导出在 v2025.2 里对中文字体嵌入的处理已经比较成熟，但前提是报表模板里给文本对象设置的是中文字体，比如微软雅黑或宋体，而不是默认的 Arial。如果导出的 PDF 里中文显示为方块，先回设计器确认字体名，再检查导出代码里是否手动指定了字体替代。
OpenPDFAfterExport适合本地测试，服务器上导出时建议设为 False，否则会弹出系统默认 PDF 阅读器，挡住服务端运行环境。
除了 PDF，日常交付还会用到 Excel 和图片导出。几个导出组件的关键参数差异整理如下：
| 导出组件 | 关键属性 | 常见坑 |
|---|---|---|
| TfrxPDFExport | EmbedFonts、OpenPDFAfterExport | 中文字体未嵌入，PDF 在别的机器上乱码 |
| TfrxXLSXExport | MergeCells、ExportPageBreaks | 合并单元格导致数据错位 |
| TfrxJPEGExport | JPEGQuality、SeparateFiles | 大报表导出图片内存暴涨 |
Excel 导出里最常出问题的是合并单元格。报表设计器里的 Memo 有 Border 和合并显示效果，导出到 Excel 后 FastReport 会尝试保留这些合并结构，结果导致 Excel 里同一行数据被拆到多个单元格，筛选排序全乱。如果交付要求是“Excel 里每一行就是一条干净的数据”，记得在设计器里把不需要的边框和背景色去掉，导出时关掉 MergeCells。
4.3 把筛选条件传进报表：参数与脚本
报表模板里的文本对象可以引用参数。参数的用处是把代码侧的筛选条件传进报表，让模板可以在标题区显示查询区间。
// 参数传递：把起止日期传给报表模板 Report.Parameters.Add('DateFrom', dtpFrom.Date); Report.Parameters.Add('DateTo', dtpTo.Date); Report.LoadFromFile('D:\Reports\sales_order.fr3');这里有个调用顺序的问题：Parameters.Add必须在LoadFromFile之前，或者在模板加载后通过索引再赋值。FastReport 在加载 .fr3 时会解析模板里声明的参数列表，代码侧提前 Add 的参数才不会被模板覆盖。如果顺序反了，模板加载后参数值会被重置为默认值，报表里看到的日期永远是空值。
模板内部引用参数的方式是<DateFrom>这样的占位符，或者在 FastScript 脚本里直接读DateFrom变量。两种方式都支持，但注意脚本里的变量名大小写敏感，参数名定义用什么大小写，脚本里就必须一致。
实际项目中，参数不只是为了显示。我经常用参数控制是否显示某些带区，比如明细为空时隐藏整个数据带：
// FastScript 中读取参数并参与计算（写在报表脚本页里） var RangeDays: Integer; begin RangeDays := ToDate - FromDate; // 计算查询区间天数 end;FastScript 语法和 Delphi 接近，但有区别：变量声明必须放在 begin 前，而且脚本里不能直接访问代码侧的窗体对象。参数是两者之间最干净的通道。如果你需要在脚本里调用自定义函数，常见做法是把函数挂到 TfrxReport 的 OnUserFunction 事件里，或者用Report.Script.AddFunction注册，这个后面进阶时可以再展开。
5. 避坑：FastReport VCL v2025.2 安装与运行中的 5 个常见问题
这一章写的是血泪经验。FastReport VCL 功能成熟，但“成熟”也意味着它跟 IDE、运行库的耦合很深，踩坑的姿势相对固定。以下是安装和运行阶段最常遇到的 5 个问题。
5.1 组件面板里看不到 FastReport 选项卡
现象：设计期包编译安装成功，IDE 也重启了，新建 VCL 工程后组件面板里没有 FastReport。
原因：安装时没有正确注册，或者 IDE 把设计期包安装到了配置文件里，但没有刷新面板缓存。更常见的原因是安装的设计期包与当前 IDE 版本不匹配，IDE 静默跳过了不兼容的包。
解决：打开 Component > Install Packages，在列表中搜索 FastReport，如果能看到但没勾选，勾上并确认。如果列表里根本没有，说明设计期包没有真正注册。回到 2.3 重新编译，注意看 output 窗口里有没有“Package installed”之类的提示。还有一种情况：你在 A 工程里装的包，切到 B 工程时面板不显示，这属于 IDE 的包列表是全局的，但某些版本需要重启工程才刷新，重启 IDE 是万能的后悔药。
5.2 编译工程报错找不到 frxClass.dcu
现象：代码里写了uses frxClass，编译时 IDE 报 File not found: frxClass.dcu。
原因：Library path 里没有 FastReport 的 Source 目录，或者 Source 目录下有多个分支，IDE 搜索到的路径不对。还有一种隐蔽原因：Library path 配置里用的是相对路径，而工程的当前目录不是 FastReport 所在盘符。
解决：回到 Tools > Options > Library，检查当前平台（Win32 还是 Win64）的 Library path 里是否有 FastReport Source 目录。注意 FastReport 的源码是分模块的，frxClass位于 Source 的某个子目录下，需要把 Source 根目录以及Source\Engine、Source\Base这种子目录都加进去。Delphi 13 的 IDE 对 Library path 的解析不会递归子目录，所以子目录要逐个加。检查完路径后，关掉 IDE 再重新打开工程，让 IDE 重新读取配置。
5.3 预览报表时程序直接崩溃，Access Violation
现象：不预览没事，一调用 ShowReport 或 ShowPreparedReport 就崩，错误信息指向某处内存地址，根本看不出业务代码哪里有问题。
原因：多数情况是模板里引用了不存在的字段或数据集。FastReport 在预览时会解析模板中的表达式，如果字段不存在，早期版本直接抛异常，v2025.2 的行为更接近“尝试解析但失败后崩溃”。其次常见的是报表对象被提前释放了，比如在事件里创建的 TfrxReport 没有等预览结束就被 Free。
解决：先用代码侧创建一个空报表验证基础环境，确认空报表能预览。然后逐步检查 .fr3 模板里的数据集名称是否跟代码侧 UserName 一致。TfrxReport 的生命周期要保证在 ShowReport 结束之后再释放，把释放放在 finally 里是最稳的写法。FastReport 的报表预览本身是模态的，不要试图在预览结束后再去访问预览内部对象。
5.4 64 位编译通过，运行时报 BPL 加载失败
现象：Win32 平台一切正常，切换到 Win64 平台编译也过了，但运行程序时报找不到某个 .bpl，或者提示 FastReport 相关包版本不一致。
原因：FastReport VCL 的运行时包是按平台分开编译的。安装了 32 位设计期包后，如果 Library path 里 64 位路径下没有对应的源码或 .dcu，64 位编译虽然能过（因为编辑器可能回退到源码编译），但运行时包缺失导致程序无法加载。
解决：确认 64 位平台的 Library path 里也加入了 FastReport 源码目录。编译 64 位目标时，先重新编译运行期包，再编译设计期包。如果程序使用静态编译（Runtime Packages 不勾选），那么 .bpl 加载错误跟 FastReport 无关，去查工程的 Project Options 里 Runtime Packages 是否把 FastReport 相关包也加入了列表。我的习惯是交付时走静态编译，省掉一堆 BPL 部署问题。
5.5 预览时出现试用版水印或注册提醒
现象：预览和导出时，页面上出现水印文字，或者弹出购买/注册对话框。
原因：标题里的 Retail.7z 代表这是一个零售正式版安装包，但如果你手里的包是 Trial 版，就会遇到这种情况。Trial 版在编译时会写入一个评估标记。FastReport VCL 的试用版与正式版安装到 IDE 后的行为差异主要就在预览和导出环节。另一种情况是：正式版安装后，序列号没有正确写入注册表，FastReport 组件在运行期检查不到授权信息，回退到试用模式。
解决：确认安装包是 Retail 后缀。安装完成后，打开 IDE 的授权管理入口，正确输入购买授权时获得的序列号。如果之前装过 Trial 版，先卸载并清理注册表里残留的 FastReport 授权键，再装 Retail 版，否则 IDE 可能沿用旧的试用记录。这里不建议用网上流传的注册机或补丁工具，一是新版 FastReport 的授权校验已经不太容易绕过，二是报表组件一旦在交付现场出问题，排查成本远比省下的授权费高。
6. 进阶：从能跑到跑得快，用 PrepareReport 做后台生成和 64 位静态部署
报表能正常预览、导出之后，接下来要考虑的是数据量变大时的体验。FastReport VCL 的PrepareReport是一个容易被低估的方法，它把数据提前计算好、按页生成并缓存，之后预览和导出都基于已准备好的页面，速度提升明显。对于一次可能返回几万行的报表，直接在 ShowReport 里触发计算会卡住界面好几秒，改成先 PrepareReport 再 ShowReport，至少能把“点按钮”和“看结果”两段分开。
// 大数据量报表：先准备页面，再显示预览 var R: TfrxReport; begin R := TfrxReport.Create(nil); try R.LoadFromFile('D:\Reports\sales_order.fr3'); R.PrepareReport(True); R.ShowPreparedReport; finally R.Free; end; end;PrepareReport(True)里的布尔值表示是否清空已有页面。如果模板里数据源已经打开，就把当前数据全部计算成页面缓存。ShowPreparedReport只显示已经准备好的页面，不会再执行数据查询和表达式计算。这两个方法配合使用，是把大数据量报表从“点按钮卡死”变成“先转一圈再秒开”的关键组合。如果报表里用到了脚本，PrepareReport 阶段会执行一次脚本，脚本里的日志输出或弹窗提示要提前处理掉，不然在服务端环境会挂起等待。
64 位部署是我在交付时坚持的另一个习惯。FastReport VCL v2025.2 对 64 位编译的支持没什么问题，真正的坑在于运行时包的部署。走动态链接时，程序目录下要带齐 FastReport 依赖的 .bpl 文件，版本不一致就会在运行时翻车。我的做法是在 Project Options 里把 Runtime Packages 全部取消勾选，走静态编译，这样交付物就是一个可执行文件加上报表模板目录，省掉在客户机器上排查 BPL 的烦恼。代价是 exe 会大一些，但对于业务系统来说完全可接受。
最后一个技巧是报表模板的版本管理。把 .fr3 文件放进 Git 时，默认的文本格式会带来大量没必要的 diff，因为每次保存都会重写整棵对象树。我一般会在设计器里把模板的保存格式设为文本模式而不是二进制，这样至少能把差异控制在可读范围内，回滚报表样式也方便。报表字段的增删改都要同步检查代码侧的数据集绑定，否则就会出现第 5 章里那种字段引用不一致导致的崩溃。我自己的习惯是每次改完模板，都用空数据源跑一遍预览，确认没有表达式错误后再提交。这一步花不了几分钟，但能避免很多后续的现场问题，希望帮到你。
本文还有配套的精品资源，点击获取
