简介：基于SQL Server与Qt框架实现的学生管理系统项目源码，开发语言为C++，界面与交互逻辑由Qt完成，后端使用SQL Server数据库存储数据，面向计算机相关专业学生、教师及企业初学者，尤其适合用于课程设计、毕业设计或项目初期立项演示。压缩包共包含56个文件，其中10个cpp源文件、9个h头文件和9个ui界面文件构成主要功能模块，另有22张png运行截图、2张jpg图片及项目工程文件，可帮助使用者快速预览界面布局与整体运行效果；资源包大小约209KB，结构紧凑，下载后便于阅读与二次修改。项目涉及家庭信息、学校信息、民族信息、身体信息、金额信息等多个功能界面，体现了一条相对完整的学生管理流程。系统功能已通过测试，可在现有代码基础上继续扩展。目前已有112人学习，适合具备C++与SQL基础、希望参考完整项目搭建思路的开发者学习使用。
1. 用 SQL Server 和 Qt 搭学生管理系统，图的是什么
看到“基于 SQL Server 与 QT 实现学生管理系统.zip”这类项目，很多人的第一反应是“又是个课设”，但我更愿意把它当成一套典型的 C/S 架构落地样本：Qt 负责界面与业务交互，SQL Server 负责数据存储，两者通过 ODBC 连接。这套组合之所以值得认真做一遍，是因为它几乎覆盖了桌面应用从界面布局、数据绑定到数据库连接、部署打包的所有关键环节，学到的每一处都能平移到其他管理系统。
适不适合你取决于诉求：如果你在准备课程设计、毕业设计，或者想把手里的数据库知识落成一个能演示、能答辩的桌面应用，这个方向投入产出比很高。它不讲花哨的微服务，也不碰前端，就是把一张学生表做深做透，让你看清一个管理系统真实的数据流怎么走。
2. SQL Server 端准备：建库建表与学生数据的落库方案
2.1 先想清楚系统里至少要有哪几张表
很多人一上来就建一张“学生表”，把所有字段全塞进去，结果后面加个班级、加个用户登录都无从下手。我一般会先画一个最小模型：用户表管登录，学生表管业务主数据，班级表收窄重复信息。三张表足够支撑一个完整的学生管理系统，也足够讲清楚主键、外键、索引这些概念。
用户表不要设计得太复杂，字段就是用户ID、用户名、密码、角色。密码在课设阶段可以用明文，但如果你要把它当作品集展示，建议至少做一次哈希。学生表是核心，字段建议包含学号、姓名、性别、出生日期、班级ID、联系电话、入学日期、备注；学号用字符串而不是数字，因为学号可能带前导零，用 int 会把 001 变成 1。班级表就简单了，班级ID加班级名称，后面还可以挂年级、专业。
三张表的关系也清晰：学生表通过班级ID关联班级表，用户表独立存在。这个设计不会太复杂导致初学者看不懂，也不会简单到在答辩时被问住。
2.2 用脚本建库建表：排序规则与种子数据
SSMS 里手工点界面建表当然可以，但脚本更利于复现——这正好和标题里“.zip 源码包”的使用场景匹配：别人拿到项目第一件事就是把数据库脚本跑起来。我习惯把建库、建表、插种子数据写成一个 .sql 文件，一次性执行。
-- 建库：使用 Chinese_PRC_CI_AS 排序规则，保证中文按拼音排序且不乱码 IF DB_ID('StudentDB') IS NULL BEGIN CREATE DATABASE StudentDB COLLATE Chinese_PRC_CI_AS; END; GO USE StudentDB; GO -- 班级表 IF OBJECT_ID('classes', 'U') IS NOT NULL DROP TABLE classes; CREATE TABLE classes ( class_id INT IDENTITY(1,1) PRIMARY KEY, class_name NVARCHAR(50) NOT NULL UNIQUE ); GO -- 学生表：学号用字符串，避免前导零被截断 IF OBJECT_ID('students', 'U') IS NOT NULL DROP TABLE students; CREATE TABLE students ( student_id NVARCHAR(20) PRIMARY KEY, name NVARCHAR(50) NOT NULL, gender NVARCHAR(2) CHECK (gender IN (N'男', N'女')), birth_date DATE, class_id INT FOREIGN KEY REFERENCES classes(class_id), phone NVARCHAR(20), enroll_date DATE, remark NVARCHAR(200) ); GO -- 用户表：演示用，密码字段建议后续换成哈希存储 IF OBJECT_ID('users', 'U') IS NOT NULL DROP TABLE users; CREATE TABLE users ( user_id INT IDENTITY(1,1) PRIMARY KEY, username NVARCHAR(50) NOT NULL UNIQUE, password NVARCHAR(100) NOT NULL, role NVARCHAR(20) DEFAULT N'admin' ); GO -- 种子数据 INSERT INTO classes (class_name) VALUES (N'计算机2101班'), (N'软件2102班'); INSERT INTO students (student_id, name, gender, birth_date, class_id, phone, enroll_date) VALUES (N'20210001', N'张伟', N'男', '2003-05-12', 1, N'13800001111', '2021-09-01'), (N'20210002', N'李娜', N'女', '2002-11-23', 1, N'13800002222', '2021-09-01'); INSERT INTO users (username, password) VALUES (N'admin', N'admin123'); GO代码逻辑不复杂，但有三个点值得展开说。第一，排序规则Chinese_PRC_CI_AS是 SQL Server 中文环境下的惯例选择，CI表示大小写不敏感，AS表示重音敏感，让中文查询行为和日常认知一致。第二，NVARCHAR是 Unicode 类型，Qt 的QString内部也是 UTF-16，两者对接时中文字段不容易出现乱码。第三，外键关系不要漏：你删班级之前，学生会挡住你，这正是数据库完整性约束的教学点。
2.3 SSMS 跑脚本的坑：批次分隔符与执行顺序
上面的脚本包含多个GO分隔的批次。如果你把整个脚本粘到 SSMS 里一次执行，通常没问题；但如果你单独选中中间某段执行，可能会因为USE StudentDB没生效而建到 master 库里。更隐蔽的问题是：如果第 10 行CREATE TABLE已经存在，不写IF OBJECT_ID ... DROP会直接报错。
另一个常见问题是连接时指向了错误的服务器实例。本机安装 SQL Server 时，如果装了多个实例（比如默认实例 MSSQLSERVER 和命名实例 SQLEXPRESS），SSMS 连接串的服务器名称是不一样的。用.\SQLEXPRESS连接本机命名实例，是初学者最容易卡住的地方。判断自己用的是哪个实例，打开 SQL Server 配置管理器看“SQL Server 服务”里的实例名就知道了。
3. Qt 客户端搭骨架：从新建项目到连接串生效
3.1 为什么是 Qt Widgets 而不是 QML
学生管理系统是典型的数据密集应用，Qt Widgets 的 QTableView、QFormLayout 处理这类表单和表格编辑场景非常成熟。QML 适合做动效丰富的界面，但在这个项目里属于过度设计。另一个更实际的理由是：用 QWidget 写出来的代码更容易让答辩老师看懂——大家眼里的学生管理系统就该是菜单、表格、按钮。
Qt 版本我建议用 5.15.2 LTS，编译器选 MSVC 2019 64-bit。为什么不用最新版？因为网上能找到的问题解决方案绝大多数基于 Qt 5.15，踩坑时搜到的答案直接可用。不要因为看到“2022”就觉得是版本越高越好，这个项目的核心是业务逻辑和数据库交互，稳定压倒一切。
3.2 驱动选型：Qt 没有原生 SQL Server 驱动，走 ODBC
这是整个项目最容易翻车的一步。Qt 的 SQL 模块自带 QSQLITE、QMYSQL 等驱动，但唯独没有“QSQLSERVER”。很多新手在QSqlDatabase::addDatabase里填"QSQLSERVER"，运行时就报driver not loaded。正确做法是用 ODBC：Windows 自带 ODBC 管理器，SQL Server 也自带 ODBC 驱动，Qt 的QODBC驱动套上去就能用。
检查驱动有没有编译进 Qt，看你的 Qt 安装目录下plugins/sqldrivers文件夹里有没有qsqlodbc.dll。没有的话，说明安装 Qt 时没勾选 SQL 驱动模块，重跑安装程序加装即可。这一步排查完，后面所有连接问题都会少一大半。
3.3 连接单例与界面骨架代码
我把数据库连接写成一个单例类，避免每个窗口都重复创建连接。注意addDatabase的第二个参数连接名，同一个连接名不要添加两次，否则 Qt 会直接崩溃。
// dbmanager.h #ifndef DBMANAGER_H #define DBMANAGER_H #include <QSqlDatabase> #include <QString> class DbManager { public: static DbManager& instance(); bool openConnection(); QSqlDatabase database() const; void closeConnection(); private: DbManager() = default; QSqlDatabase m_db; }; #endif // DBMANAGER_H// dbmanager.cpp #include "dbmanager.h" #include <QSqlError> #include <QMessageBox> #include <QVariant> DbManager& DbManager::instance() { static DbManager mgr; // 局部静态变量，C++11 起线程安全 return mgr; } bool DbManager::openConnection() { // 连接名固定为 "student_conn"，避免重复 addDatabase 导致崩溃 const QString connName = QStringLiteral("student_conn"); if (QSqlDatabase::contains(connName)) { m_db = QSqlDatabase::database(connName); if (m_db.isOpen()) return true; } m_db = QSqlDatabase::addDatabase("QODBC", connName); // 这里用 DRIVER 直连，不依赖系统 DSN，换台机器也能跑 m_db.setDatabaseName(QStringLiteral( "DRIVER={ODBC Driver 17 for SQL Server};" "SERVER=127.0.0.1,1433;" "DATABASE=StudentDB;" "UID=sa;" "PWD=your_password;" "Encrypt=no;")); // 关掉 SSL 加密，避免证书链报错 if (!m_db.open()) { QMessageBox::critical(nullptr, QStringLiteral("数据库连接失败"), m_db.lastError().text()); return false; } return true; } QSqlDatabase DbManager::database() const { return m_db; } void DbManager::closeConnection() { if (m_db.isOpen()) m_db.close(); }这里有几个参数值得单独说。DRIVER指定 ODBC 驱动名，ODBC Driver 17 for SQL Server是 SQL Server 2017 之后的标配，装了 SSMS 一般就有；如果用的是更老的 SQL Server 2008，得换成SQL Server Native Client 11.0。SERVER=127.0.0.1,1433里的 1433 是 SQL Server 默认端口，如果你是命名实例，这里要写类似127.0.0.1\\SQLEXPRESS。Encrypt=no很关键，新版 ODBC 驱动 18 默认强制加密，如果不关掉，本地没配证书会直接连不上，报“证书链是由不受信任的颁发机构颁发的”。
界面骨架方面，新建一个 Qt Widgets Application，主窗口用 QMainWindow，中间放 QTableView，顶部放一排操作按钮（添加、编辑、删除、刷新），左侧用 QLineEdit 做关键字搜索框。这样一个布局 30 分钟就能搭完，剩下的全是数据绑定的活。
3.4 在 main.cpp 里先验证连接再开窗口
不要在构造函数里弹连接失败的对话框，那会让程序启动就像崩溃了一样。我习惯在main()里尝试连接，连不上时打印错误信息到控制台，然后继续跑界面——因为有些用户电脑上数据库服务没启动，程序至少能打开界面让人去排查。
int main(int argc, char *argv[]) { QApplication a(argc, argv); DbManager& db = DbManager::instance(); if (!db.openConnection()) { qWarning() << "数据库连接失败，请检查 SQL Server 服务是否启动"; } MainWindow w; w.show(); return a.exec(); }qWarning会在 Qt Creator 的“应用程序输出”窗口显示，这样既不会打断用户操作，又能给开发者反馈。用这种“软失败”的方式启动程序，后续排错会舒服很多。
4. 把功能写进去：学生增删改查模型绑定与刷新逻辑
4.1 QSqlTableModel 是最省力的选择
Qt 提供了三种数据模型：QSqlQueryModel 只读、QSqlTableModel 可读写单表、QSqlRelationalTableModel 支持跨表外键显示。这里直接用 QSqlRelationalTableModel，因为它能解决一个很实际的展示问题：学生表里存的是 class_id，界面上你要显示的是“计算机2101班”，而不是一个编号。
绑定模型到 QTableView 的代码很简单，但初始化步骤有顺序要求。先setTable，再setRelation建立外键映射，最后select()拉数据。顺序反了，关系映射不生效。
// 在 MainWindow 构造函数里初始化模型 m_model = new QSqlRelationalTableModel(this, DbManager::instance().database()); m_model->setTable(QStringLiteral("students")); // 指定表名 m_model->setRelation(5, QSqlRelation(QStringLiteral("classes"), QStringLiteral("class_id"), QStringLiteral("class_name"))); // 第 5 列是 class_id，显示时替换成 classes 表的 class_name m_model->setHeaderData(0, Qt::Horizontal, QStringLiteral("学号")); m_model->setHeaderData(1, Qt::Horizontal, QStringLiteral("姓名")); m_model->setHeaderData(2, Qt::Horizontal, QStringLiteral("性别")); m_model->setHeaderData(3, Qt::Horizontal, QStringLiteral("出生日期")); m_model->setHeaderData(5, Qt::Horizontal, QStringLiteral("班级")); m_model->setHeaderData(6, Qt::Horizontal, QStringLiteral("联系电话")); m_model->select(); // 拉取数据 ui->tableView->setModel(m_model); ui->tableView->setItemDelegate( new QSqlRelationalDelegate(ui->tableView)); // 外键列自动变成下拉框注意setRelation的第一个参数是列索引，从 0 开始。这里学生的第 5 列是 class_id，所以映射到第 6 列显示班级名。初学容易算错列号，我一般会在建表后先select *看一眼字段顺序，再数索引。QSqlRelationalDelegate是点睛之笔：它让外键列在表格里自动变成下拉选择，用户不用记班级 ID，直接选名字。
4.2 添加与编辑：用同一个对话框
添加和编辑本质上都是“填一张表单写进数据库”，区别只是有没有初始值。用一个 StudentEditDialog 复用两处逻辑，是比分别写两个窗口更干净的做法。下面的代码是对话框的核心部分：构造函数接收一个可选的 QSqlRecord，有值就进入编辑模式。
StudentEditDialog::StudentEditDialog(QSqlRecord *record, QWidget *parent) : QDialog(parent) { // 用 QFormLayout 快速排表单 auto *form = new QFormLayout(this); m_editId = new QLineEdit(this); m_editName = new QLineEdit(this); m_comboGender = new QComboBox(this); m_comboGender->addItems({QStringLiteral("男"), QStringLiteral("女")}); m_dateBirth = new QDateEdit(this); m_dateBirth->setCalendarPopup(true); m_dateBirth->setDisplayFormat(QStringLiteral("yyyy-MM-dd")); m_comboClass = new QComboBox(this); m_editPhone = new QLineEdit(this); form->addRow(QStringLiteral("学号"), m_editId); form->addRow(QStringLiteral("姓名"), m_editName); form->addRow(QStringLiteral("性别"), m_comboGender); form->addRow(QStringLiteral("出生日期"), m_dateBirth); form->addRow(QStringLiteral("班级"), m_comboClass); form->addRow(QStringLiteral("电话"), m_editPhone); // 编辑模式：把 record 里的值回填到控件 if (record) { m_editId->setText(record->value(QStringLiteral("student_id")).toString()); m_editName->setText(record->value(QStringLiteral("name")).toString()); // 性别、日期等字段按实际类型转换后回填 m_editId->setReadOnly(true); // 学号作为主键，编辑时不允许改 } // 班级下拉框的数据来自 classes 表 QSqlQuery query(DbManager::instance().database()); query.exec(QStringLiteral("SELECT class_id, class_name FROM classes")); while (query.next()) { m_comboClass->addItem(query.value(1).toString(), query.value(0).toInt()); } }编辑模式下把学号设为只读，是主键约束在 UI 层的体现：你在数据库里改主键，等于删掉一行再插一行，外键引用会全部断掉。班级下拉框用addItem(显示文本, 用户数据)，用户看到的是班级名，数据里存的是 class_id，提交时取currentData()就行，这是 Qt 里处理“显示值/存储值分离”的标准做法。
4.3 删除与提交事务：别在界面上直接删数据
删除功能看着简单，但最少有两个坑：一是误删，二是外键约束导致删不掉。误删靠弹确认框解决，外键约束则要看业务——学生被删除时，他关联的选课、成绩记录要不要一起删？在学生管理系统里通常不需要级联，因为学生表是主表，删了就删了。
void MainWindow::onDeleteStudent() { const QModelIndex idx = ui->tableView->currentIndex(); if (!idx.isValid()) { QMessageBox::warning(this, QStringLiteral("删除"), QStringLiteral("请先选中要删除的行")); return; } const int row = idx.row(); const QString sid = m_model->record(row) .value(QStringLiteral("student_id")).toString(); QSqlRecord rec = m_model->record(row); if (QMessageBox::question(this, QStringLiteral("确认删除"), QStringLiteral("确定要删除学号为 %1 的学生吗？").arg(sid)) != QMessageBox::Yes) { return; } // 通过模型删除，而不是直接拼 DELETE 语句 if (m_model->removeRow(row)) { m_model->submitAll(); // 提交事务，出错会回滚 m_model->select(); // 重新拉数据，刷新视图 } else { QMessageBox::critical(this, QStringLiteral("删除失败"), m_model->lastError().text()); } }这里的细节是用m_model->removeRow而不是QSqlQuery直接DELETE FROM students WHERE student_id = ...。前者走了模型的事务处理，submitAll失败时会自动回滚；后者一旦exec成功就永久生效，想反悔都没法。界面上的操作，让数据自洽比“直来直去”重要得多——这是 QT 模型视图框架最值得依赖的一点。
5. 环境避坑与连接安全：我从翻车里总结的五个教训
5.1 “driver not loaded”不是主打 Qt 没装好，是缺少插件
现象：运行程序弹窗QSqlDatabase: QODBC driver not loaded。
原因：Qt 安装时未勾选 SQL 驱动模块，或者部署时没把plugins/sqldrivers/qsqlodbc.dll拷贝到程序目录。
解决：回到安装目录检查Qt/5.15.2/msvc2019_64/plugins/sqldrivers/下有没有qsqlodbc.dll；没有就用 Qt Maintenance Tool 补装组件。部署时手动把该 dll 拷到 exe 同目录的sqldrivers/子文件夹，并保证 ODBC 驱动本身（ODBC Driver 17 for SQL Server）在目标机器上已安装。
排查顺序很明确：先看 Qt 插件，再看系统 ODBC 驱动，最后才查代码。反向排查会把时间全浪费在改代码上。
5.2fatal: cannot mix incompatible Qt library (version ex50601)是典型的库污染
现象：程序一启动直接崩溃，控制台输出cannot mix incompatible Qt library (version ex50601) with this library。
原因：exe 同目录下混入了不同版本的 Qt5Core.dll。最常见的是为了省事把某些第三方库自带的 Qt 5.6.1 文件直接拷进了程序目录，运行时 Windows 优先加载同目录 dll，版本冲突就崩了。
解决：打开 exe 所在目录，把所有Qt5*.dll和sqldrivers文件夹全部删掉，用windeployqt重新生成一套与编译器版本匹配的 Qt 库；确认 PATH 环境变量里没有残留旧版 Qt bin 路径。这个报错和代码逻辑无关，纯粹是文件级问题，但每年都有大量时间耗在这里。
5.3 SSL 加密导致的连接失败：[08001] 证书链是由不受信任的颁发机构颁发的
现象：QODBC 连接 SQL Server 时，报SSL 提供程序: 证书链是由不受信任的颁发机构颁发的 (-2146893019)，程序死活连不上。
原因：ODBC Driver 18 默认把Encrypt设为yes，客户端会对服务器证书做链校验；本地开发环境里 SQL Server 用的是自签名证书，自然不被信任。
解决：连接字符串里显式加Encrypt=no（开发环境绕开加密），或者加TrustServerCertificate=yes（保留加密但跳过证书校验）。两者区别：前者明文传，后者仍加密但信任任意证书。生产环境必须保留Encrypt=yes，但在课设和本地联调阶段，Encrypt=no是最省事的。这个报错还容易和 SQL Server 配置管理器里“强制加密”开关混淆，关掉服务器端强制加密同样能缓解。
5.4 中文乱码：不是数据库的锅，是源文件和排序规则
现象：Qt 界面显示的中文是???或乱码，数据库里存的也是乱码。
原因：三层中某层出了偏差——建库时排序规则不是中文相关（默认拉丁排序），或 Qt 源文件编码在 MSVC 编译器下按 GBK 解析了 UTF-8 字符串，或 ODBC 连接字串没走NVARCHAR传参。
解决：建库时向第 2 章一样用COLLATE Chinese_PRC_CI_AS；在 .pro 文件里给 MSVC 加编译选项强制 UTF-8：
msvc { QMAKE_CXXFLAGS += /utf-8 }SQL 查询一律用QSqlQuery::prepare绑定参数，字符串字段用QVariant(QString)传入，不要手工拼接'中文'进 SQL 文本。记住一个原则：Qt 侧全是 UTF-16 的 QString，数据库侧用 NVARCHAR，中间永远不要用QString::toLocal8Bit()去拼 SQL。
5.5unknown module(s) in qt: webenginewidgets：组件缺失，不是代码问题
现象：.pro文件里写了QT += webenginewidgets，编译时报:-1: error: unknown module(s) in qt: webenginewidgets。
原因：安装 Qt 时没有勾选 WebEngine 组件，或者用的 MinGW 套件不支持 WebEngine（它只提供 MSVC 版本）。
解决：重新运行 Qt Maintenance Tool，勾选 Qt 5.15.2 下的 “Qt WebEngine” 组件；同时建议整个项目不要引入 WebEngine——学生管理系统用原生 Widgets 足够，WebView 的加载体积和内存占用完全没必要。这条坑的价值在于提醒广大 Qt 新手：装组件时多勾几个“以防万一”的选项，能省掉很多半路报错。
6. 进阶技巧：把系统做成能交付的安装包再验证一遍
6.1 用 windeployqt 打包，但不要全信它
流程：在 Qt Creator 里切到 Release 模式编译，然后打开 Qt 自带的命令行工具“Qt 5.15.2 (MSVC 2019 64-bit)”，执行windeployqt把运行库拷到 exe 目录：
mkdir build-dist copy /Y path\to\release\StudentManager.exe build-dist\ windeployqt build-dist\StudentManager.exe copy /Y path\to\Qt\5.15.2\msvc2019_64\plugins\sqldrivers\qsqlodbc.dll build-dist\sqldrivers\windeployqt只负责 Qt 运行库和编译器运行库，它不会自动处理sqldrivers插件，所以要手动补一步。把 qsqlodbc.dll 拷过去，目标机器才能建立数据库连接——这是打包后的“最后一公里”，漏掉它程序在开发机上跑得好好的，换台电脑就报 driver not loaded。
打包完成后建议在纯 Windows 环境测试一遍：找一台没有装 Qt 的虚拟机或同事电脑，把整个build-dist文件夹拷过去直接跑。这一步能暴露出所有“我本机正常但别人跑不起来”的问题。
6.2 用 Qt Test 做自动化冒烟测试
发布前的冒烟测试不该靠人肉点。Qt 自带的 Qt Test 框架可以模拟鼠标点击事件，把添加、修改、删除、查询四个核心流程自动跑一遍：
#include <QtTest> class SmokeTest : public QObject { Q_OBJECT private slots: void addStudent(); }; void SmokeTest::addStudent() { MainWindow w; w.show(); QTest::qWait(200); // 等窗口完全渲染 QPushButton *addBtn = w.findChild<QPushButton*>(QStringLiteral("btnAdd")); QTest::mouseClick(addBtn, Qt::LeftButton); // 在对话框里填入测试数据 QLineEdit *idEdit = w.findChild<QLineEdit*>(QStringLiteral("editId")); QTest::keyClicks(idEdit, QStringLiteral("20219999")); // 其余字段依次填充后模拟点击保存按钮 }用 Qt Test 做冒烟测试的收益很大：每次改动代码后跑一遍，能很快发现界面控件改名或布局调整是否破坏了核心功能。如果你不想引入测试框架，至少要学会用QTest::mouseClick模拟点击事件，这在演示时也可以省去手动输入数据的时间。
6.3 交付前的最后三道检查
我的习惯是：打包前把.sql建库脚本、连接串说明、默认账号密码写进README.txt；运行时打印的qWarning日志确认没有 driver not loaded；最后在目标机器上用sa之外的独立账号跑通一次“删库重建—启动程序—增删改查”全流程。数据库账号永远不要用sa加空密码交付给别人，最小权限原则在课设里也适用，这是值不值得投入这个方向的分水岭——有边界意识的作品和单纯堆代码的作品，答辩时一眼就能分辨。希望这套方案能帮你把学生管理系统做扎实，少走几步冤枉路。
本文还有配套的精品资源，点击获取
