企业官网建设流程全解析

简介：面向C#与工控组态界面开发者的仪表控件示例包，围绕圆表、直表（测量标尺）、旋钮、开关和指示灯等常用仿真控件，演示如何在Windows窗体应用中搭建直观的仪表界面，覆盖模拟量显示、开关状态指示与操作交互等典型场景。包内共18个文件，以C#源码、资源文件、项目与解决方案文件为主，辅以ActiveX控件、互操作DLL、可执行示例、说明文档和预览图，压缩包约1.15MB，便于直接打开项目对照运行。已有1239人学习，适合需要了解ActiveX控件嵌入与.NET互操作的中级开发者参考。读者可从中查看示例窗体与控件初始化代码，理解属性设置、事件响应和界面布局方式，并借助说明文档与可执行程序快速观察圆表、直表、旋钮等控件的实际效果，为工控组态、设备模拟面板和上位机界面开发提供可复用的实现思路。

1. 一块工控面板的选型岔路口：为什么最后自己写了这套 C# 仪表控件

接手一个仿真面板的需求时，最先撞上的不是算法，而是选型。组态软件里那套 ActiveX 控件确实现成，圆表、直表、旋钮、开关、指示灯一应俱全，可一旦搬到 .NET 桌面程序里，AxHost 包装、位数不匹配、部署时还得注册一遍，改个刻度颜色都要看原厂心情。第三方 .NET 控件库倒是省事，但皮肤锁死、缩放后字糊成一片，工控现场那种"红区必须刺眼、指针必须一眼看清"的要求根本满足不了。于是这份 C# 例子走了一条更笨也更踏实的路：把圆表、直表（测量标尺）、旋钮、开关、指示灯五类表元件全部自绘，做成一组可复用的 .NET 控件，既能扔进组态式画面里拼面板，也能单独拿去做仪表仿真。它适合两类人：一是要交工控方向课设、毕设，需要一套能跑起来、能讲清楚的面板控件的学生；二是手上有实际采集程序，缺一套轻量可视化元件的开发者。下面把这套东西从架构、绘制、交互一路拆到验收。

2. 控件族的总体设计：两个基类、五种表元件的职责划分

2.1 五种控件怎么切边界：连续量和离散量必须分开

先把五个控件按数据性质分类，这一步做对了后面能省掉大量重复代码。圆表和直表是连续量，值域是 [Min, Max] 上的一段浮点数，绘制核心是"把数值映射成几何位置"；旋钮虽然带交互，但它输出的同样是连续量，本质是"把鼠标角度映射成数值"；开关和指示灯是离散量，只有开/关/闪烁几种状态，不需要刻度，也不需要插值。

按这个划分，抽两个基类就够：

为什么不干脆做一个万能基类？因为连续量要处理除零、越界、插值、动画收口，离散量要处理防抖、闪烁定时器、点击热区，两套逻辑塞在一起，子类会被迫继承一堆用不上的字段。工控面板上元件数量往往几十上百，每个控件多背几个没用的 Timer，画面一卡就是从这里开始的。拆成两个基类之后，GaugeBase 里只保留数值相关的一套东西，LatchBase 里只保留状态机，五个控件各自只写自己的绘制方法，代码量能压到单文件两三百行。

2.2 统一绘制管线：OnPaint 里的固定五步

自绘控件最容易写乱的地方是 OnPaint 里想到哪画到哪，最后改一个元素的位置要把整个方法翻一遍。这套例子定了一条硬规矩：所有表元件都按同一顺序分层绘制，子类只能重写某一层，不能改顺序。

public abstract class GaugeBase : Control { private double _value; private double _min = 0; private double _max = 100; protected GaugeBase() { // 三件套：全部绘制走 OnPaint、启用双缓冲、尺寸变化时重绘 SetStyle(ControlStyles.AllPaintingInWmPaint | ControlStyles.UserPaint | ControlStyles.OptimizedDoubleBuffer | ControlStyles.ResizeRedraw, true); } [Category("仪表"), DefaultValue(0d)] public double Min { get => _min; set { _min = value; NormalizeRange(); } } [Category("仪表"), DefaultValue(100d)] public double Max { get => _max; set { _max = value; NormalizeRange(); } } [Category("仪表"), DefaultValue(0d)] public double Value { get => _value; set { // NaN 一律当最小值处理，越界一律钳位，别让脏数据进绘制层 double v = double.IsNaN(value) ? _min : Math.Max(_min, Math.Min(_max, value)); if (Math.Abs(v - _value) < 1e-9) return; _value = v; OnValueChanged(EventArgs.Empty); Invalidate(); // 只有值真的变了才请求重绘 } } private void NormalizeRange() { if (_max <= _min) _max = _min + 1; // 兜底，防止后续映射除零 Value = _value; // 顺带触发一次钳位 Invalidate(); } protected override void OnPaint(PaintEventArgs e) { var g = e.Graphics; g.SmoothingMode = SmoothingMode.AntiAlias; g.TextRenderingHint = TextRenderingHint.ClearTypeGridFit; DrawBackplate(g); // 1 底盘与外框 DrawScale(g); // 2 刻度与刻度值 DrawZones(g); // 3 分区色带（正常/警告/危险） DrawNeedle(g); // 4 指针或灯芯 DrawCaption(g); // 5 标题与数值文本 } protected abstract void DrawScale(Graphics g); protected abstract void DrawNeedle(Graphics g); protected virtual void DrawBackplate(Graphics g) { } protected virtual void DrawZones(Graphics g) { } protected virtual void DrawCaption(Graphics g) { } }

这段代码里有几个决定成败的细节。SetStyle的四个标志缺一不可，少了OptimizedDoubleBuffer，指针每动一次整块背景就会闪一下；少了AllPaintingInWmPaint，WM_ERASEBKGND会先刷一遍底色再画内容，同样闪。Value的 setter 里加了相等判断，是因为实际项目里数据源经常以 50ms 的周期推同一批值过来，不判等就等于每 50ms 白刷一次屏。NormalizeRange里的_max = _min + 1看着粗暴，但它是防止后面所有映射公式除零的最后一道闸门——把 Max 和 Min 都设成 0 的重试操作，我在别人的代码里见过不止一次。

2.3 属性模型：让控件在设计器和代码里都能用

控件要能真正拿来拼面板，属性必须在 Visual Studio 的属性窗口里分组显示、能设默认值、能被序列化。做法很朴素：[Category("仪表")]决定它落在哪个分组下，[DefaultValue]决定设计器要不要把这条属性写进Designer.cs，[Browsable(false)]用来藏掉不该暴露的内部字段。刻度数量、指针颜色、分区阈值这些，全部按这个套路开放出去。

还有一条容易被忽略：控件的公共属性必须是"改了立刻生效"的。工程里常见的写法是存进字段然后在OnPaint里读，这没问题；坏在有些实现把属性值缓存到Resize时才同步的私有变量上，结果设计器里拖一下控件颜色就回去了。统一的做法是每个属性 setter 末尾都跟一句Invalidate()，代价可以忽略，收益是所见即所得。

3. 圆表与直表：刻度生成算法与指针渲染

3.1 圆表的极坐标换算与刻度分布

圆表的核心就一个公式：把值域上的比例映射到角度区间，再用极坐标算出每个刻度的起止点。GDI+ 的坐标系里原点在左上、Y 轴朝下、角度从三点钟方向顺时针为正，而数学库里的Math.Cos/Math.Sin在这个坐标系下算出来的方向恰好和 GDI+ 一致，所以不需要额外做 Y 轴翻转。

// 表盘从 -210° 扫到 +30°，共 240°，这是工控圆表最常见的开口朝下的布局 private const float StartAngle = -210f; private const float SweepAngle = 240f; private float ValueToAngle(double v) { double ratio = (v - Min) / (Max - Min); // Min==Max 的情况已在基类兜住 return StartAngle + (float)(ratio * SweepAngle); } protected override void DrawScale(Graphics g) { var center = new PointF(Width / 2f, Height / 2f); float radius = Math.Min(Width, Height) / 2f - 8f; // 留 8px 给外框 if (radius <= 4) return; // 控件被拖得极小，直接不画 int major = MajorTicks == 0 ? 1 : MajorTicks; // 主刻度段数，例如 10 int minorPer = MinorPerMajor == 0 ? 1 : MinorPerMajor; int total = major * minorPer; using (var penMajor = new Pen(TickColor, 2f)) using (var penMinor = new Pen(TickColor, 1f)) using (var brush = new SolidBrush(ForeColor)) using (var fmt = new StringFormat { Alignment = StringAlignment.Center, LineAlignment = StringAlignment.Center }) { for (int i = 0; i <= total; i++) { float t = i / (float)total; double rad = (StartAngle + t * SweepAngle) * Math.PI / 180.0; bool isMajor = i % minorPer == 0; float inner = radius - (isMajor ? 14f : 7f); var p1 = new PointF(center.X + (float)(Math.Cos(rad) * inner), center.Y + (float)(Math.Sin(rad) * inner)); var p2 = new PointF(center.X + (float)(Math.Cos(rad) * radius), center.Y + (float)(Math.Sin(rad) * radius)); g.DrawLine(isMajor ? penMajor : penMinor, p1, p2); if (!isMajor || !ShowTickLabels) continue; // 刻度值贴在内圈 0.72 倍半径处，矩形宽高给足，避免多位数被裁 float lr = radius * 0.72f; float lx = center.X + (float)(Math.Cos(rad) * lr); float ly = center.Y + (float)(Math.Sin(rad) * lr); double label = Min + (Max - Min) * t; var box = new RectangleF(lx - 30, ly - 10, 60, 20); g.DrawString(label.ToString(LabelFormat), Font, brush, box, fmt); } } }

几个参数怎么定，直接决定表好不好看。StartAngle和SweepAngle是成对的，工业圆表习惯留出底部 120° 的空缺给标题或单位，所以 240° 扫角最通用；如果做成满圈 360°，指针和刻度会在起始位置重叠，读数时分不清。MajorTicks表示的是"段数"而不是"刻度条数"，10 段就是 11 个主刻度，这个语义要在属性说明里写清楚，否则调用方按刻度条数传 10 就会得到 10 段。ShowTickLabels关掉之后，小尺寸表盘能干净很多，面板上密集排列时建议关掉，只靠分区色带传达状态。

指针的绘制比刻度简单，但要注意三件事：一是指针根部要盖住中心轴，绘制顺序上指针在轴之前、轴在最后；二是指针长度取 0.88 倍半径，太长会压住刻度值；三是用GraphicsPath画一个细长三角形而不是DrawLine，这样指针尾部的配重块能一起出来，视觉上更像真表。

3.2 直表的线性标尺、分区着色与游标

直表（测量标尺）常被当成"横向的进度条"，其实差别很大：进度条只关心填充长度，标尺要同时表达刻度、分区和当前值三重信息。绘制上它比圆表简单——不需要极坐标，但正因为简单，细节不做就特别空。

protected override void DrawScale(Graphics g) { // 有效绘制区，左右各留 12px 给刻度和端点 var track = new RectangleF(12, Height * 0.45f, Width - 24, Height * 0.22f); if (track.Width <= 8 || track.Height <= 2) return; // 底盘 using (var bg = new SolidBrush(TrackBackColor)) g.FillRectangle(bg, track); // 分区色带：NormalEnd 和 WarnEnd 是归一化阈值，0~1 foreach (var zone in Zones) { float x1 = track.Left + track.Width * (float)zone.From; float x2 = track.Left + track.Width * (float)zone.To; using (var zb = new SolidBrush(zone.Color)) g.FillRectangle(zb, x1, track.Top, Math.Max(1f, x2 - x1), track.Height); } // 游标：当前值对应的竖向标记 float ratio = (float)((Value - Min) / (Max - Min)); float cx = track.Left + track.Width * ratio; using (var pen = new Pen(NeedleColor, 3f)) g.DrawLine(pen, cx, track.Top - 6, cx, track.Bottom + 6); }

Zones是一个由From、To、Color组成的小结构体集合，直接对应工控里"绿色正常、黄色警告、红色危险"的三段式。把它做成集合而不是写死三个阈值，是因为不同量的分区差别很大——温度可能是两段，压力可能是四段，写死之后每换一个量就得改控件源码。分区的From/To用 0~1 的归一化值而不是工程值，好处是切换量程时不用重新算分区，坏处是需要调用方自己换算，这个取舍在属性说明里写一句就行。

垂直方向的直表把track的宽高对调、游标改成横向即可，代码复用率能到八成。真正需要单独处理的是刻度值的方向——竖表的刻度文字要旋转 90° 或者贴在内侧，否则会把控件撑得很宽。

3.3 数值平滑：定时器推进与缓动收口

真实采集数据是跳变的，指针如果直接跟着跳，看起来像抽风。加一层显示值过渡，是这类控件从"能用"到"像样"的分水岭。

private readonly Timer _anim = new Timer { Interval = 16 }; // 约 60fps private double _display; // 当前显示值 private double _target; // 目标值 private void OnAnimTick(object sender, EventArgs e) { double span = Max - Min; double diff = _target - _display; // 收口阈值：差值小于量程的万分之一就停，避免永远抖在后面几位 if (Math.Abs(diff) < span * 1e-4) { _display = _target; _anim.Stop(); } else { _display += diff * 0.25; // 每帧追 25%，约 12 帧到位，肉眼是顺滑的 } base.Value = _display; // 交给基类做钳位与重绘 }

Interval = 16对应 60fps，是人眼感知顺滑的下限；再快对视觉效果没有提升，只是多烧 CPU。diff * 0.25是指数逼近，好处是永远不会过冲，坏处是数学上永远到不了终点，所以必须配一个收口阈值。阈值取量程的万分之一而不是固定值，是因为量程可能从 0~1 到 0~10000，固定阈值在小量程上会提前停、在大量程上会抖很久。

还有一个坑：动画定时器在控件被Dispose时必须停掉并Dispose，否则面板反复打开关闭，定时器会越积越多，最后表现为界面越用越卡。这个在后面的排查章节还会提到。

4. 旋钮、开关与指示灯：交互状态机与视觉反馈

4.1 旋钮的角度映射与鼠标拖拽

旋钮是五个控件里唯一需要写鼠标逻辑的。它和圆表的映射方向相反：圆表是值到角度，旋钮是角度到值。角度用Math.Atan2从圆心算，值按角度增量累加而不是直接映射，这样手感才自然——直接映射的话，鼠标点到哪个角度值就瞬间跳到哪个值，工业面板上这种突变会让人误以为设备被误操作。

private const float KnobStart = -135f; // 左下 private const float KnobSweep = 270f; // 扫到右下，共 270° private bool _dragging; private float _lastAngle; protected override void OnMouseDown(MouseEventArgs e) { base.OnMouseDown(e); if (e.Button != MouseButtons.Left) return; Focus(); // 拿到焦点，键盘方向键才能接管 _dragging = true; _lastAngle = AngleOf(e.Location); } protected override void OnMouseMove(MouseEventArgs e) { base.OnMouseMove(e); if (!_dragging) return; float a = AngleOf(e.Location); float delta = a - _lastAngle; // 跨越 ±180° 时补正，否则鼠标绕过顶部会让值瞬间跳满整圈 if (delta > 180f) delta -= 360f; if (delta < -180f) delta += 360f; _lastAngle = a; Value += delta / KnobSweep * (Max - Min); } protected override void OnMouseUp(MouseEventArgs e) { base.OnMouseUp(e); _dragging = false; } private float AngleOf(Point p) { double dx = p.X - Width / 2.0; double dy = p.Y - Height / 2.0; return (float)(Math.Atan2(dy, dx) * 180.0 / Math.PI); }

delta的补正是这段代码里最值钱的两行。Atan2返回 -180°~180°，鼠标从 -179° 划到 +179°，原始差值会是 +358°，不补正的话值会朝反方向跳一大截，表现为"旋钮抽风"。补正后按最短路径处理，手感就是连续的。

旋钮的视觉部分要画出三样东西：一是带缺口的圆形旋钮体（缺口指示当前位置），二是旋钮上的指示线，三是可选的外圈刻度弧。缺口用FillPie从当前角度往两边各画一个小扇形减掉，指示线用DrawLine从圆心画到 0.9 倍半径，这两样加起来就足够表达位置，不需要额外做立体效果。

4.2 开关与指示灯的离散状态与闪烁逻辑

开关和指示灯共用 LatchBase，状态是bool，但指示灯多一个Blink模式。闪烁的典型应用是"报警未确认"，它要求闪烁频率稳定、并且不能因为重绘而产生节拍漂移。

public enum LampMode { Off, On, Blink } private readonly Timer _blink = new Timer { Interval = 500 }; // 2Hz，工业面板常用 private bool _blinkPhase; protected override void OnPaint(PaintEventArgs e) { bool lit = State switch { LampMode.Off => false, LampMode.On => true, LampMode.Blink => _blinkPhase, _ => false }; DrawLamp(e.Graphics, lit); } public LampMode State { get => _state; set { if (_state == value) return; _state = value; // 只在真正需要闪的时候启定时器，其余时刻一律停 _blink.Enabled = value == LampMode.Blink; _blinkPhase = true; Invalidate(); } }

关键在_blink.Enabled这一行：闪烁定时器只在Blink状态下运行。如果图省事让定时器常开、在 Tick 里判断状态，几十个指示灯就是几十个永不停止的定时器，任务管理器的 CPU 曲线会很诚实地告诉你代价。

指示灯的视觉效果比逻辑更影响成品感。最省事的是画一个纯色圆，但那样看不出"灯是灭的还是没通电"。完整做法是三段：先画一圈深色底座（表示灯罩边界），再画灯芯，灯芯亮时用径向渐变（中心亮、边缘暗）模拟发光，灭时用同色系的暗色填充并压一层半透明黑。径向渐变的颜色从Color.FromArgb(255, c)到Color.FromArgb(90, c)，用PathGradientBrush配合一个GraphicsPath椭圆即可，十行代码换来的效果差距非常大。

开关的绘制是两态滑块的变体：底座圆角矩形、滑块圆形、文字标签可选。点击切换加一条过渡——滑块位置用和指针相同的指数逼近推进，_pos += (_targetPos - _pos) * 0.3，20ms 一帧，10 帧内完成，手感立刻从"廉价"变成"正常"。

4.3 统一交互契约：滚轮、键盘与焦点的兜底

面板交给现场使用时，操作方式往往不是开发时想的那一种。旋钮有可能被要求用滚轮微调，直表有可能被要求用方向键逐格调，这些交互如果不写，用户的第一反应是"控件坏了"。

这套例子的做法是给所有连续量控件定同一份契约：鼠标滚轮按SmallChange步进（默认量程的 1/100），方向键上下或左右同理，PageUp/PageDown按LargeChange（默认 1/10），按住Shift时步进乘 10。实现上放进GaugeBase的OnMouseWheel和OnKeyDown，子类不需要各写一遍。同时要在OnPaint里画一个焦点虚线框——ShowFocusCues为真时画，false时不画，这是 Windows 控件的默认行为，不实现的话用户根本不知道当前焦点在哪个元件上。

离散控件那边更简单：开关支持空格和回车切换，指示灯不响应输入（它只显示状态）。所有控件的TabStop默认设为true，让键盘用户能按 Tab 键在面板上依次走一遍，这个在答辩演示时特别有用，比用鼠标一个个点体面得多。

5. 避坑与排查：自绘控件最容易翻车的五个地方

5.1 现象：开发机好看，客户机 125% 缩放下字全糊、刻度和指针错位

原因基本是两个：一是控件里所有尺寸都按像素写死，没有跟随DeviceDpi换算；二是字体用了new Font("宋体", 9f)这种绝对磅值，DPI 一变渲染结果就跟着变，但控件布局没变。

解决方式是分两步。布局尺寸统一用DpiScale辅助方法换算：float S(float px) => px * DeviceDpi / 96f;，所有边距、刻度长度、指针宽度都过一遍。字体则改成基于控件尺寸的相对字号，比如Font.Size = Height / 14f，但要做下限保护Math.Max(6f, ...)，否则控件被拖到 20px 高时字会消失。另外记得在HandleCreated里挂DpiChangedAfterParent，运行时拖动窗口跨显示器时重新布局。

5.2 现象：面板打开十分钟，CPU 占用从 3% 爬到 30%

原因几乎总是 GDI 对象泄漏。new Pen(...)、new SolidBrush(...)、new Font(...)、GraphicsPath都是非托管资源，不Dispose就会持续占用，最终表现为重绘越来越慢。

排查手段很直接：在任务管理器里看 GDI 对象数（需要先加"GDI 对象"列），如果它随重绘次数线性增长，就锁定是泄漏。解决方式是把所有创建都放进using块——上面的示例代码里每个Pen、Brush、StringFormat都写了using，看着啰嗦，但这是唯一可靠的写法。另一个隐蔽的来源是Graphics.FromImage或者CreateGraphics()，这两个只要出现就一定要包using，而且CreateGraphics在OnPaint里用本身就是错的。

5.3 现象：把控件从工具箱拖到窗体上，设计器直接抛异常，或者属性窗口一片空白

原因通常是构造函数里做了重活。比如在构造函数里读配置、初始化定时器并立刻Start()、访问还没赋值的字段。设计器实例化控件时环境是不完整的，任何依赖运行时上下文的操作都会炸。

解决方式是构造函数里只做三件事：SetStyle、字段默认值、必要的事件挂接。定时器一律Enabled = false创建，等真正需要时再启。另外要保证控件有一个无参公共构造函数，并且OnPaint里对Width、Height为 0 或极小的情形做了提前return——设计器里控件初始尺寸可能就是 0×0，不判断就会在Math.Min(...) / 2之类的计算里出问题。

5.4 现象：双缓冲开了，指针动起来还是闪，或者整块背景变黑

三个常见诱因。第一，父容器没有开启双缓冲，控件透明背景叠加时，父容器先刷一遍再让控件刷，中间那一帧就是闪的来源；解决方式是在父窗体或Panel上也调SetStyle(..., true)，或者干脆把控件BackColor设成不透明色。第二，ResizeRedraw没开，尺寸变化时靠父容器重绘，会出现残影。第三，重写了OnPaintBackground但没调base，或者在里面做了耗时操作。

判断方法：临时把BackColor设成一个刺眼的纯色再跑一遍。如果闪烁消失，问题在背景擦除；如果还在，问题在绘制内容本身的重复创建。

5.5 现象：数据源一推值，指针就在两个位置之间来回弹，或者直接跳到端点不动

前者通常是数据源本身在抖（比如采集噪声），值确实在变，控件只是如实反映。这种情况应该在数据侧做滤波，不要指望控件去猜——控件层做平滑只影响视觉，不影响Value的真实含义，两者混在一起会让读数失去意义。

后者多半是越界或 NaN。检查顺序是：先看Value的 setter 有没有被绕过（有些代码直接改私有字段），再看Min/Max是不是设成了相同值（触发_max = _min + 1兜底后，所有值都会被钳到一端），最后看跨线程更新——后台线程直接改Value会抛跨线程异常，如果被try/catch吞掉，表现就是"值不更新"。正确做法是if (InvokeRequired) BeginInvoke(...)回到 UI 线程。

6. 验收与答辩：用四组测试证明这套控件不是"只能看"

控件类作业最容易翻车的地方，是演示时指针转得很漂亮，老师一问"量程改了会怎样""数据断了会怎样"就答不上来。我一般按四组测试来验收，每组都有明确的通过标准，答辩时把这四组跑一遍，比讲十分钟设计思路有说服力。

第一组测试里，80×80 那个尺寸是最容易暴露问题的——很多实现只在 200×200 下好看，缩小后刻度和文字糊成一团。如果要做小尺寸版本，建议在OnPaint开头按radius判断，小于阈值时自动进"精简模式"：只画外框、色带和指针，刻度值全部关掉。

第二组测试要盯 GDI 对象数，这个数字稳定不涨，基本可以认定绘制代码没有泄漏。测试时把任务管理器打开放在旁边，比任何口头说明都直观。

答辩演示有个小技巧：先故意演示一次"翻车"，再演示兜底。比如先把Max和Min都设成 0，指针会停在端点不动，这时候说明基类里有一行_max = _min + 1的兜底；再比如把值设成double.NaN，指针不动但程序不崩。这种"我知道它会坏在哪，也知道怎么兜住"的演示，比一路顺风的演示更能说明你真读过自己的代码。

还有一个必答问题：这套控件和现成的 ActiveX 控件比，优势在哪。准备好的回答是三条——部署只需要一个托管 dll，不用注册；外观和分区规则完全可改，工控现场的定制需求不用等原厂；以及能直接在 .NET 里调试，断点打在OnPaint里就能看每一帧的中间状态。这三条都不是"更好看"，而是"改得动"。

从那以后我每次交付控件库之前，都会先把 DPI 改成 150%、把控件拖到 80×80、把数据源设成 1ms 推一次，三样跑通才敢说"能用"。这三步花不了十分钟，但能挡掉后面九成的返工。希望帮到你。

本文还有配套的精品资源，点击获取