深入解析emWin输入设备框架：从单点触控到多点手势的嵌入式GUI交互实现

1. 项目概述与核心价值

在嵌入式GUI开发领域，一个直观、流畅的用户交互体验，其基石往往不在于炫酷的视觉效果，而在于底层输入设备处理的稳定与高效。无论是工业HMI面板上那个需要戴着手套也能精准操作的摇杆，还是消费电子设备上支持双指缩放、旋转图片的电容触摸屏，其背后都是一套将物理信号转化为GUI事件的复杂逻辑。emWin作为一款久经考验的嵌入式图形库，其强大之处不仅在于绘图，更在于它提供了一套完整、分层清晰的输入设备处理框架。这套框架将我们从底层硬件差异的泥潭中解放出来，让我们能专注于交互逻辑本身。

今天，我们就来深入拆解emWin的输入设备子系统，特别是其从单点指针到多点触控（Multi-Touch, MT）的演进与实现。你会发现，从处理一个五向摇杆的 GUI_PID_StoreState ，到管理十个触点的 GUI_MTOUCH_StoreEvent ，其设计思想一脉相承，都是围绕“事件缓冲区”这一核心概念展开。掌握这套机制，意味着你能为任何嵌入式设备——从简单的仪表盘到复杂的智能家居中控屏——打造出符合现代用户直觉的交互界面。本文将不仅解读官方手册中的代码片段，更会结合我多年的实战经验，补充在真实项目中驱动适配、性能调优以及避坑的细节，让你在开发中少走弯路。

2. 输入设备架构与核心设计思路

emWin的输入设备处理遵循一个清晰的分层模型，理解这个模型是灵活运用其API的关键。整个架构可以看作一个“事件流水线”：硬件驱动层负责采集原始信号，驱动层API将信号包装成标准事件并存入缓冲区，最后由窗口管理器（WM）或应用层从缓冲区取出事件并进行分发处理。

2.1 核心设计：统一的事件缓冲区机制

无论是摇杆、按键、电阻单点触摸还是电容多点触摸，emWin都试图用“事件”这个统一的概念来抽象。一个事件至少包含 动作 （按下、移动、抬起）、 位置 （x, y坐标）和 时间戳 。对于多点触控，还需要一个唯一的 触点ID 来区分不同的手指。

这个设计的精妙之处在于 解耦 。硬件驱动任务（如读取GPIO、解析I2C触摸芯片数据）只需要专注于生成标准格式的事件，并将其“存储”（Store）到对应的缓冲区中。而GUI核心（如窗口管理器）则周期性地“执行”（Exec）或“延时”（Delay），在这些函数内部，会自动去“获取”（Get）缓冲区中的事件，并转化为 WM_PID_STATE_CHANGED 或 WM_GESTURE 等消息发送给相应的窗口。这意味着你的应用逻辑可以完全不用关心输入事件是来自哪里，只需处理标准的窗口消息即可。

2.2 三种输入模式的演进与关系

根据输入源的不同，emWin的输入处理大致分为三种模式，它们并非替代关系，而是叠加与扩展：

1. 指针输入设备（Pointer Input Device） ：这是最基础的模式，用于处理单点输入，如摇杆、轨迹球、电阻触摸屏。其核心API是 GUI_PID_StoreState 。它模拟了一个单一的“指针”（比如鼠标光标）在屏幕上的移动和点击。在提供的代码示例中，摇杆任务正是通过此API，将方向键状态转换为指针坐标的变化。

2. 键盘输入（Keyboard Input） ：用于处理物理或虚拟键盘。核心API是 GUI_StoreKeyMsg 或 GUI_SendKeyMsg 。它将按键动作（按下/释放）和键值（ASCII或自定义虚拟键码）送入键盘缓冲区，最终由具有焦点的窗口接收 WM_KEY 消息。

3. 多点触控支持（MultiTouch Support） ：这是指针输入的超级扩展。它不再是一个单一的指针，而是一组（最多10个）可独立追踪的触点。它有自己的专用缓冲区（MT Buffer）和一套独立的API（ GUI_MTOUCH_StoreEvent , GUI_MTOUCH_GetEvent ）。MT系统在基础缓冲区访问之上，还构建了 手势识别 和 窗口动画 两个高级功能层。

重要提示 ：MT功能在emWin中是一个 独立 的附加模块（Add-on），并非基础包的一部分，需要单独授权。在项目选型初期务必确认你的emWin许可证是否包含此模块。不过，其模拟器（Simulation）支持MT，方便你在PC上进行前期开发和评估，但这要求你的电脑连接了真正的多点触控显示屏。

2.3 硬件层考量：电阻屏 vs. 电容屏

输入框架的设计也深刻反映了硬件特性：

• 电阻屏 ：通常为单点触控，需要一定的压力使上下ITO层接触，报告的是单个坐标点。它天然适配“指针输入设备”模式。
• 电容屏 ：支持多点触控，依靠人体电场感应，报告的是多个带唯一ID的触点坐标。这是“多点触控支持”模式的主要服务对象。

驱动开发时，你需要根据触摸IC的数据手册，正确解析其上报的数据包，并填充到对应的 GUI_PID_STATE 或 GUI_MTOUCH_INPUT 结构体中。一个常见的坑是 坐标系的映射 。LCD的像素坐标系（原点、方向）可能与触摸IC报告的坐标系不一致，这时就需要在驱动层或应用层使用 GUI_MTOUCH_SetOrientation 等函数进行转换。

3. 从单点到多点：核心API深度解析与实战

让我们抛开手册的平铺直叙，以实战视角重新梳理这些API，并补充手册中未曾明说的细节。

3.1 指针输入设备：摇杆驱动的经典实现

手册中的摇杆示例是一个典型的 单点输入轮询模型 。我们来逐段分析并补充关键点：

static void _JoystickTask(void) {
  GUI_PID_STATE State;
  int Stat;
  int StatPrev = 0;
  int TimeAcc = 0;   // 动态加速值
  int xMax, yMax;
  
  // 获取屏幕边界
  xMax = LCD_GetXSize() - 1;
  yMax = LCD_GetYSize() - 1;
  while (1) {
    // 1. 读取硬件状态
    Stat = HW_ReadJoystick();
    
    // 2. 动态加速逻辑：按住不放，移动速度加快
    if (Stat == StatPrev) {
      if (TimeAcc < 10) { // 加速上限
        TimeAcc++;
      }
    } else {
      TimeAcc = 1; // 方向改变，重置加速
    }
    
    // 3. 状态变化或按键按下时处理
    if (Stat || (Stat != StatPrev)) {
      // 获取当前指针状态（主要是坐标）
      GUI_PID_GetState(&State);
      
      // 根据摇杆方向，更新坐标（应用加速）
      if (Stat & JOYSTICK_LEFT) {
        State.x -= TimeAcc;
      }
      // ... 处理其他方向 RIGHT, UP, DOWN
      
      // 4. 坐标边界保护
      State.x = (State.x < 0) ? 0 : ((State.x > xMax) ? xMax : State.x);
      State.y = (State.y < 0) ? 0 : ((State.y > yMax) ? yMax : State.y);
      
      // 5. 设置按下状态（例如摇杆的“确认”键）
      State.Pressed = (Stat & JOYSTICK_ENTER) ? 1 : 0;
      
      // 6. 关键一步：存储状态，通知emWin
      GUI_PID_StoreState(&State);
      StatPrev = Stat;
    }
    // 7. 任务延时，控制轮询频率
    OS_Delay(40); // 25Hz的轮询频率
  }
}

实战要点与避坑指南：

1. GUI_PID_GetState 的作用 ：这个函数获取的是emWin内部维护的 上一次 的指针状态。你需要在它的基础上进行增量修改，而不是直接赋值一个绝对坐标（除非是绝对定位设备如触摸屏）。对于摇杆这类相对输入设备，这个模式是正确的。
2. 动态加速（Dynamic Acceleration） ：这是一个非常实用的用户体验优化。它模拟了鼠标的加速移动，短按微调，长按快移。示例中加速上限 10 和延时 40ms 需要根据你的屏幕分辨率和操作手感进行校准。 25Hz 的刷新率对于摇杆导航通常足够。
3. GUI_PID_StoreState 的调用时机 ：只有在状态（坐标或按下状态）确实发生变化时才需要调用此函数。频繁调用无变化的状态是无效开销。示例中的 if (Stat || (Stat != StatPrev)) 判断很关键。
4. 中断服务程序（ISR）中的使用 ： GUI_PID_StoreState 是 可以 在中断中安全调用的。这对于读取触摸芯片中断信号并立即上报的场景至关重要。但请确保中断服务时间尽可能短。
5. 从触摸IC驱动移植 ：如果你的电阻触摸屏驱动原本直接调用 GUI_PID_StoreState ，那么在启用MT功能后， 必须改为 向MT缓冲区存储事件（使用 GUI_MTOUCH_StoreEvent ），即使只报告一个触点。单点触摸可以作为MT的一个特例来处理。

3.2 多点触控：缓冲区、事件与手势的三层视图

MT功能的使用遵循“启用 -> 填充缓冲区 -> 消费事件”的流程，并可选择性地启用手势和动画高级功能。

3.2.1 基础缓冲区访问

这是MT功能的基石，所有高级特性都建立在此之上。

// 1. 启用MT支持（在GUI_Init之后尽早调用）
GUI_MTOUCH_Enable(1);

// 2. 在触摸驱动中断或任务中，填充事件到缓冲区
GUI_MTOUCH_EVENT Event;
GUI_MTOUCH_INPUT Input[5]; // 假设最大支持5个触点

void TouchDriver_ReportPoints(int num_points, TouchPoint *raw_points) {
    Event.NumPoints = num_points;
    Event.LayerIndex = 0; // 通常为0，多图层时指定
    // TimeStamp 由 StoreEvent 自动填充
    
    for(int i = 0; i < num_points; i++) {
        Input[i].x = ConvertToLCDX(raw_points[i].x);
        Input[i].y = ConvertToLCDY(raw_points[i].y);
        Input[i].Id = raw_points[i].id; // 关键：触点唯一ID
        Input[i].Flags = raw_points[i].flags; // GUI_MTOUCH_FLAG_DOWN/MOVE/UP
    }
    
    GUI_MTOUCH_StoreEvent(&Event, Input);
}

关键结构体解析：

• GUI_MTOUCH_EVENT ：代表 同一时刻 采集到的一组触点。 NumPoints 是这组触点的数量， TimeStamp 用于后续手势识别中的时序计算。
• GUI_MTOUCH_INPUT ：描述 单个触点 。 Id 是触摸控制器赋予该触点的唯一标识符，用于在 MOVE 和 UP 事件中追踪同一个手指。这是实现多点追踪的核心。 Flags 标识触点的生命周期（按下、移动、抬起）。

消费缓冲区事件 ：应用层可以手动轮询，但更常见的做法是交给窗口管理器自动处理（通过 GUI_Exec 等）。

// 手动轮询示例（如用于自定义绘图）
GUI_MTOUCH_EVENT Event;
GUI_MTOUCH_INPUT Input;
if (GUI_MTOUCH_GetEvent(&Event) == 0) { // 成功获取事件
    for (int i = 0; i < Event.NumPoints; i++) {
        GUI_MTOUCH_GetTouchInput(&Event, &Input, i);
        // 使用 Input.x, Input.y, Input.Id, Input.Flags 进行处理
        if (Input.Flags & GUI_MTOUCH_FLAG_DOWN) {
            printf(“触点 %d 按下在 (%d, %d)\n”, Input.Id, Input.x, Input.y);
        }
    }
}

3.2.2 手势识别（Gesture Support）

手势是建立在MT基础之上的高级抽象。它识别用户的特定划动模式，并转化为高层次的操作指令。

启用与配置手势：

GUI_Init();
GUI_MTOUCH_Enable(1);
WM_GESTURE_Enable(1); // 启用手势识别

接收与处理手势消息： 需要手势响应的窗口，必须在创建时包含 WM_CF_GESTURE 风格。当手势发生时，该窗口会收到 WM_GESTURE 消息。

static void _cbWindow(WM_MESSAGE *pMsg) {
    switch (pMsg->MsgId) {
        case WM_GESTURE: {
            WM_GESTURE_INFO *pInfo = (WM_GESTURE_INFO *)pMsg->Data.p;
            if (pInfo->Flags & WM_GF_BEGIN) {
                // 手势开始，可以初始化一些状态
            }
            if (pInfo->Flags & WM_GF_PAN) {
                // 平移手势：pInfo->Point.x/y 是相对移动量
                WM_MoveWindow(pMsg->hWin, pInfo->Point.x, pInfo->Point.y);
            }
            if (pInfo->Flags & WM_GF_ZOOM) {
                // 缩放手势：pInfo->Factor 是缩放因子（<<16）
                // 需要在手势开始时设置初始Factor，后续接收更新值
                int scale_factor = pInfo->Factor / 65536; // 转换为整数倍
                // 根据scale_factor调整窗口或内容大小
            }
            if (pInfo->Flags & WM_GF_ROTATE) {
                // 旋转手势：pInfo->Angle 是相对角度（<<16），单位是1/65536度
                int angle_diff = pInfo->Angle / 65536; // 转换为度
                // 根据angle_diff旋转内容
            }
            if (pInfo->Flags & WM_GF_END) {
                // 手势结束，进行清理或确认操作
            }
        }
        break;
        // ... 处理其他消息
    }
}

手势识别逻辑表：

手势类型	所需触点	检测条件	传递的信息 ( WM_GESTURE_INFO )
平移 (Pan)	1个	单指在屏幕上滑动	Point : X/Y方向的像素位移量
缩放 (Zoom)	2个	双指间距离发生变化	Factor : 缩放因子（定点数，<<16）。 应用需在 WM_GF_BEGIN 时设置初始值
旋转 (Rotate)	2个	双指连线角度发生变化	Angle : 相对角度变化（定点数，<<16，单位1/65536度）

核心技巧 ：缩放手势的 Factor 处理是新手最容易困惑的地方。emWin本身不保存物体的当前缩放状态。它只告诉你“手指距离变化了多少比例”。因此， 你必须 在收到 WM_GF_BEGIN 时，将物体当前的缩放比例（比如1.0倍 = 65536）赋值给 pInfo->Factor 。之后每次 WM_GF_ZOOM 消息中， pInfo->Factor 都会是基于这个初始值的更新后的总比例。你需要用这个新值去重新绘制你的内容。

3.2.3 窗口动画（Window Animation）

这是最“自动化”的一层。你只需要告诉窗口管理器“这个窗口可以被手势移动和缩放”，它就会自动处理交互和渲染。

启用窗口动画：

hWin = WM_CreateWindow(..., WM_CF_GESTURE | WM_CF_ZOOM, _cbWindow, ...);

提供缩放信息结构体： 当窗口收到 WM_GESTURE 消息且包含 WM_GF_ZOOM 标志时，你需要提供一个 WM_ZOOM_INFO 结构体指针。

static WM_ZOOM_INFO _ZoomInfo = {
    .FactorMin = 65536L,   // 最小缩放1倍 (<<16)
    .FactorMax = 262144L,  // 最大缩放4倍 (<<16)
    .xSize = 100,          // 窗口原始宽度（像素）
    .ySize = 100           // 窗口原始高度（像素）
};

static void _cbWindow(WM_MESSAGE *pMsg) {
    switch (pMsg->MsgId) {
        case WM_GESTURE: {
            WM_GESTURE_INFO *pInfo = (WM_GESTURE_INFO *)pMsg->Data.p;
            if (pInfo->Flags & WM_GF_ZOOM) {
                // 将缩放信息结构体指针传递给WM
                pInfo->pZoomInfo = &_ZoomInfo;
            }
            // WM会自动处理窗口的移动和缩放！
        }
        break;
    }
}

窗口动画的限制与须知：

• 仅适用于裸窗口 ：此功能目前仅对通过 WM_CreateWindow 创建的基本窗口有效， 不支持 小部件（Widgets），如按钮、列表框等。如果你需要缩放一个包含按钮的界面，需要自己基于 WM_GESTURE 消息手动管理所有子窗口和小部件的位置与大小。
• 内容缩放非自动 ：窗口管理器只自动缩放窗口的 框架 。窗口内部的文字、图片等内容不会自动缩放。你需要监听窗口的 WM_SIZE 或 WM_POS_CHANGED 消息，根据窗口新的尺寸手动调整内部内容的绘制。
• 视口限制 ：被缩放的窗口不能超出其父窗口的范围，窗口管理器会自动进行约束。

4. 键盘输入与精灵（Sprite）的协同应用

输入设备不仅驱动UI交互，也常用来控制一些特殊的图形对象，比如游戏中的角色（精灵）。

4.1 键盘输入：驱动层与应用层

键盘处理同样分为两层：

• 驱动层 ： GUI_StoreKeyMsg / GUI_SendKeyMsg 。通常在按键中断或扫描任务中调用，将物理键值（或虚拟键值如 GUI_KEY_UP ）送入系统。
• 应用层 ： GUI_GetKey , GUI_WaitKey 。用于在非窗口环境下（如全屏游戏、菜单循环）直接读取按键。

一个常见的误区 ：认为必须用 GUI_StoreKeyMsg 。如果你的应用是简单的单任务循环，没有复杂的窗口焦点管理，直接使用 GUI_SendKeyMsg 可以将按键直接发送给当前拥有焦点的窗口，更为直接。但注意， GUI_SendKeyMsg 不应在中断中调用。

4.2 精灵：作为输入反馈的视觉元素

精灵（Sprite）是一个可以独立于窗口系统、悬浮在所有图形之上的位图对象。它非常适合用作自定义光标、拖拽预览、或简单的动画反馈。

用摇杆控制精灵移动的示例：

GUI_HSPRITE hCursorSprite;
const GUI_BITMAP *pCursorBm;

void InitCursor(void) {
    // 创建一个精灵作为自定义光标
    pCursorBm = &bm_cursor; // 你的光标位图
    hCursorSprite = GUI_SPRITE_Create(pCursorBm, LCD_GetXSize()/2, LCD_GetYSize()/2);
}

void _JoystickTask(void) {
    GUI_PID_STATE State;
    // ... 摇杆状态读取和坐标计算（同前）...
    
    // 在计算完State.x, State.y后
    GUI_SPRITE_SetPosition(hCursorSprite, State.x, State.y);
    
    GUI_PID_StoreState(&State);
    // ...
}

精灵使用的内存与性能考量：

• 内存占用 ：每个精灵都需要额外内存来保存它 背后 的屏幕内容（用于恢复），以及一个颜色缓存。计算公式手册已给出。对于颜色数少的精灵（如单色或16色），内存开销可控；对于真彩色大精灵，需谨慎评估。
• 性能 ：移动或更新精灵涉及位图的搬移和混合操作，比直接画图开销大。避免在同一帧内频繁移动多个大尺寸精灵。
• Z-order ：后创建的精灵会显示在先创建的精灵之上。可以通过先隐藏( GUI_SPRITE_Hide )再显示( GUI_SPRITE_Show )的方式来调整叠放顺序。

5. 实战集成、调试与性能优化

理论最终要落地到项目。下面分享一些从实际项目中总结的集成经验和调试技巧。

5.1 输入设备驱动的集成框架

一个健壮的输入子系统通常包含以下模块：

// input_driver.h
typedef struct {
    int x, y;
    int id;
    int flags; // 对应 GUI_MTOUCH_FLAG_*
} TouchPoint_t;

void InputDev_Init(void);
void InputDev_TouchScanTask(void *arg); // 触摸扫描任务
void InputDev_KeyScanTask(void *arg);   // 按键扫描任务

// input_driver.c
static void _TouchReportToGUI(TouchPoint_t *points, int count) {
    GUI_MTOUCH_EVENT event;
    GUI_MTOUCH_INPUT input[CONFIG_MAX_TOUCH_POINTS];
    
    event.LayerIndex = 0;
    event.NumPoints = count;
    
    for (int i = 0; i < count; i++) {
        input[i].x = _MapX(points[i].x); // 坐标映射
        input[i].y = _MapY(points[i].y);
        input[i].Id = points[i].id;
        input[i].Flags = points[i].flags;
    }
    
    GUI_MTOUCH_StoreEvent(&event, input);
}

void InputDev_TouchScanTask(void *arg) {
    TouchPoint_t raw_points[10];
    int num;
    
    while(1) {
        // 1. 读取触摸IC数据（I2C/SPI）
        num = TouchIC_ReadData(raw_points);
        
        // 2. 滤波和去抖（重要！）
        num = _TouchFilter(raw_points, num);
        
        // 3. 上报给GUI
        if (num > 0) {
            _TouchReportToGUI(raw_points, num);
        }
        
        // 4. 适当延时，控制扫描频率（如50-100Hz）
        OS_Delay(20);
    }
}

5.2 调试技巧与常见问题排查

1. 触点坐标漂移或不准

   • 检查硬件 ：首先用触摸IC厂商的调试工具确认原始数据是否准确。
   • 校准映射 ： _MapX 和 _MapY 函数是关键。通常需要做 两点校准 ，采集屏幕对角两个点的触摸原始值和理论像素值，计算缩放系数和偏移量。公式为： PixelX = (RawX - OffsetX) * ScaleX 。
   • 方向调整 ：使用 GUI_MTOUCH_SetOrientation(GUI_SWAP_XY | GUI_MIRROR_X) 等组合来修正坐标系方向。

2. 手势不识别或识别错误

   • 确认MT已启用且缓冲区有数据 ：在 GUI_Exec() 循环前添加手动轮询MT缓冲区的调试代码，打印触点坐标和ID，确保数据流正常。
   • 检查窗口风格 ：目标窗口必须包含 WM_CF_GESTURE 标志。
   • 触点ID稳定性 ：确保同一个手指在 DOWN 、 MOVE 、 UP 事件中报告的ID是稳定的。ID跳变会导致手势识别混乱。这通常是触摸IC驱动或滤波算法的问题。
   • 时间戳 ： GUI_MTOUCH_StoreEvent 会自动填充时间戳，用于判断手势速度。确保你的系统滴答时钟（SysTick）是准确且连续的。

3. 性能问题：界面响应卡顿

   • 输入事件频率过高 ：触摸扫描任务不要无延迟循环。根据需求设置合理的扫描周期（如20ms对应50Hz）。过高的频率会无谓增加CPU负载和GUI消息队列压力。
   • GUI_Exec/Delay 阻塞 ：确保主任务中 GUI_Delay 或 GUI_Exec 被定期调用。这些函数是GUI的消息泵，如果被长时间阻塞，输入事件就无法被及时处理。
   • 简化窗口回调 ：在 WM_GESTURE 或 WM_PID_STATE_CHANGED 消息处理函数中，避免进行复杂的计算或耗时的操作（如大量内存拷贝、浮点运算）。快速响应并触发重绘即可。

4. 精灵闪烁或残影

   • 确保背景恢复 ：精灵移动的原理是先恢复旧位置的背景，再在新位置绘制。如果恢复的背景数据被破坏（例如，在精灵所在区域直接进行了其他绘图操作），就会产生残影。确保所有绘图都通过窗口管理器或 GUI_Clear 等函数进行。
   • 双缓冲 ：在支持多层或硬件加速的平台上，启用显示设备的双缓冲可以极大改善动态图形（包括精灵和窗口动画）的流畅度。

5.3 资源受限系统的优化策略

在RAM和CPU都紧张的MCU上使用高级输入功能：

• 限制触点数量 ：如果你的应用只需要双指手势，可以在驱动层或 GUI_MTOUCH_StoreEvent 之前就过滤掉超过2个的触点，减少数据处理和缓冲区占用。
• 降低手势识别精度 ：emWin内部有手势识别的敏感度参数（通常不可配置），但你可以通过降低触摸采样率来间接降低手势事件产生的频率。
• 谨慎使用窗口动画 ：自动窗口动画虽然方便，但涉及窗口内容的实时缩放和重绘，开销较大。在性能吃紧时，考虑只使用基础的手势识别，在 WM_GESTURE 消息中自己实现更轻量级的反馈（如只移动一个指示条，而非整个窗口）。
• 精灵的优化 ：使用尽可能小的位图，并减少颜色深度（如从真彩色降至256色或16色）。对于静态背景上的精灵，可以考虑直接画到存储设备（Memory Device）上，再进行整体刷新，而非使用精灵API。

输入设备的处理是嵌入式GUI中连接物理世界与数字界面的桥梁。从简单的 GUI_PID_StoreState 到复杂的多点触控手势管线，emWin提供了一套从底层到高层的完整解决方案。成功的集成关键在于理解其事件驱动的架构，并做好驱动层的适配与滤波。记住，再好的GUI框架，如果底层输入数据是“脏”的（抖动、漂移、ID不稳定），上层体验也无从谈起。因此，花时间打磨你的 HW_ReadJoystick 或触摸IC驱动函数，实现稳定的坐标映射和触点追踪，是项目成功的第一步。最后，充分利用模拟器的MT支持进行前期逻辑验证，可以大幅减少在目标硬件上的调试时间。