C语言贪吃蛇游戏源码解析：从链表到控制台项目实战

简介基于C语言的经典贪吃蛇游戏设计源码是一份面向C语言学习者和游戏开发初学者的完整实践项目。压缩包共收录57个文件除4个C源文件外还包含多个可执行程序、调试数据库PDB、预编译头文件及工程配置文档整体体积18.11MB。资源内含贪吃蛇1.0、2.0、3.0等迭代版本读者可对比不同阶段在游戏循环、上下左右控制、边界碰撞判定与蛇身增长等核心逻辑上的实现差异配套的调试文件和可执行文件便于直接运行验证也方便单步跟踪理解数据更新过程。目前已有116人学习浏览适合希望结合实例掌握C语言链表操作、模块化编程与简单图形交互的开发者。通过阅读和修改源码能清晰了解从需求分析、数据结构设计到游戏状态管理的完整思路为后续自制小游戏或参与相关课设提供可以直接复用的代码基础。1. 基于C语言的经典贪吃蛇游戏设计源码为什么说这是最值钱的控制台小项目第一次在命令行里跑起贪吃蛇按着WASD让蛇绕过自己的尾巴去吃食物屏幕上的字符在跳程序在自己手里一步一步活过来——这种成就感比打开任何一款商业游戏都来得实在。基于C语言的经典贪吃蛇游戏设计源码就是把C语言的指针、链表、结构体、文件操作串在一起的最短路径。它不依赖图形库不依赖引擎一个控制台加几百行代码就能跑。适合刚学完C语言基础、想验证自己到底会不会用的人也适合准备课程设计或者想弄懂链表怎么用在实战里的从业新手。这个项目的体量刚刚好能看完全部代码又能撑起一整套工程结构。下面按拆结构、写实现、踩坑、扩展的顺序把话说透。2. 拆解贪吃蛇源码的关键结构链表算法、坐标系统与渲染循环2.1 蛇身用单链表还是数组贪吃蛇解析时的第一道分水岭写贪吃蛇的第一反应往往是开一个二维数组存蛇身地图、蛇、食物全往数组里塞。但数组有个天生的毛病蛇移动时头和尾都在变每一帧都要做大量元素搬迁。用数组存蛇身吃到食物后数组长度不可变要么浪费空间要么频繁扩容。用数组做地图标记没问题拿它存蛇身就处处别扭。贪吃蛇解析里最常被强调的一句话是“蛇身是动态增长的”这句话直接把答案指向链表。单链表天然适合头插和尾删蛇吃食物增长时在头结点前插入新节点正常移动时删掉尾结点长度变化就是节点的新增与释放完全跟着游戏逻辑走。而且只要同时维护head和tail两个指针插入和删除都是O(1)不用每次遍历到链表尾部。// snake.h #ifndef SNAKE_H #define SNAKE_H typedef struct SnakeNode { int x, y; // 逻辑坐标不是屏幕坐标 struct SnakeNode* next; } SnakeNode; typedef enum { DIR_UP, DIR_DOWN, DIR_LEFT, DIR_RIGHT, DIR_NONE } Direction; #endif // SNAKE_H逻辑说明结构体只存坐标和next指针方向不放进节点里。原因是方向属于“即时决策量”由玩家输入和当前运动状态共同决定蛇身节点只需要描述“身体在哪”不需要描述“往哪走”。每个节点通过next串起来这就是C语言里最典型的单链表结构也是C语言指针最直观的实战场景。参数说明坐标用int地图固定60x20x范围0~59y范围0~19。这组参数来自Windows控制台默认窗口尺寸80x25字符缓冲区下60宽的地图加分数栏刚好放得下。如果你用的IDE默认窗口更小建议把地图调成50x15否则右边边界会被截掉。2.2 地图坐标与屏幕渲染控制台API与光标定位的配合渲染层在Windows和Linux是两套实现绝大多数课程设计和考试环境用Windows先从Windows讲。最直接的做法是每帧调用system(cls)清屏再全部重画但这样有两个问题一是清屏速度慢蛇一快起来屏幕就闪二是光标每次回到左上角没清干净的位置会留下残影。正确做法是用SetConsoleCursorPosition定位光标只更新变化的几个坐标点。核心代码// render.h #include windows.h void gotoxy(int x, int y) { COORD pos; pos.X (SHORT)x * 2; // 横向乘2补偿控制台字符宽高比 pos.Y (SHORT)y; SetConsoleCursorPosition(GetStdHandle(STD_OUTPUT_HANDLE), pos); }逻辑说明控制台字符的显示宽高比大约是1:2一个字符占的宽度小于高度。如果不乘2蛇头用“”表示时每走一格看起来像竖着拉长蛇身视觉比例完全不对。乘2之后横向距离和纵向距离在屏幕上接近等比例蛇身看起来才像个“正方形网格”。另外记得隐藏光标。不隐藏的话每次gotoxy后光标闪烁蛇身后面拖着一块亮块画面质感立刻掉一档。void hideCursor(void) { CONSOLE_CURSOR_INFO cursorInfo; cursorInfo.dwSize 1; cursorInfo.bVisible FALSE; SetConsoleCursorHandle(GetStdHandle(STD_OUTPUT_HANDLE), cursorInfo); }渲染的整体策略是不整屏重画只按需更新。蛇移动后旧尾坐标打印空格新头坐标打印蛇头字符食物坐标打印食物字符分数行单独刷新。这样每帧只操作3到4个坐标点速度再快也不闪。2.3 游戏循环的帧节奏与C语言贪吃蛇源码中隐藏的时序问题游戏主循环长这样while (state STATE_RUNNING) { handleInput(); // 非阻塞读取键盘 updateLogic(); // 移动蛇、检测碰撞 render(); // 刷新画面 Sleep(speedMs); // 控制速度 }Sleep放在最后表示“这一帧处理完了休息一下再进下一帧”。speedMs是每走一格的时间间隔单位毫秒。初始值一般设120~150蛇身体越长速度越快提速时每次减10~15ms下限50ms。低于50ms就没有意义了人眼跟不上蛇头位置键盘输入也开始大面积丢失。这里有一个时序隐藏问题输入改成方向是在handleInput里做的真正生效是在updateLogic里。如果玩家在这一帧末尾按下方向键它会被当成下一帧的方向延迟一拍。平时无感但蛇速很高时玩家会感觉“按键有延迟”。要处理的话把当前方向和准备应用的方向分开存在updateLogic开头统一消费。Sleep本身的精度也不用期待太高。Windows的Sleep误差大约15ms所以要精确到个位数毫秒必须用QueryPerformanceCounter但贪吃蛇这种游戏根本不需要。只要保证speedMs误差不影响手感Sleep就够用。3. 从零搭出可运行贪吃蛇核心代码实现与参数设定3.1 初始化游戏生成蛇身初始状态与随机食物初始化做三件事分配初始蛇身节点、设定初始方向、生成第一个食物。初始蛇身长度设3最舒服头在(10,5)身体往左排初始方向朝右。用头插法建链表注意每次新节点都插到head前面。// game.c #include stdio.h #include stdlib.h #include time.h #include snake.h #define MAP_W 60 #define MAP_H 20 #define SPEED_BASE 120 static SnakeNode* head NULL; static SnakeNode* tail NULL; static int foodX -1, foodY -1; static Direction curDir DIR_RIGHT; static int score 0; static int speedMs SPEED_BASE; void initGame(void) { head (SnakeNode*)malloc(sizeof(SnakeNode)); head-x 10; head-y 5; head-next NULL; tail head; for (int i 1; i 2; i) { SnakeNode* node (SnakeNode*)malloc(sizeof(SnakeNode)); node-x 10 - i; node-y 5; node-next head; head node; } curDir DIR_RIGHT; score 0; speedMs SPEED_BASE; srand((unsigned)time(NULL)); generateFood(); }逻辑说明这段代码把蛇身初始化成从(8,5)到(10,5)的横向三段头在(10,5)。malloc了三个节点后续程序退出时必须把整个链表释放掉否则内存泄漏。头插法建链表的方向是先建tail再往前插最后head指向最左边那个节点。参数说明初始位置(10,5)不是随便选的要保证蛇至少有左右各10格的移动空间方便新手玩家上手后有足够时间反应。如果你把蛇初始化在贴墙位置第一局体验会非常差。speedMs定义成宏SPEED_BASE方便统一调整。食物生成是随机过程但要避开蛇身void generateFood(void) { int valid 0; while (!valid) { foodX rand() % MAP_W; foodY rand() % MAP_H; valid 1; for (SnakeNode* p head; p ! NULL; p p-next) { if (p-x foodX p-y foodY) { valid 0; break; } } } }逻辑说明rand()%MAP_W生成0到59的x坐标rand()%MAP_H生成0到19的y坐标。每次生成后遍历链表检查是否与蛇身重叠重叠就重新随机。地图大、蛇身短时这个循环几乎一次就能成功。等蛇长到接近地图容量时才可能要多跑几次后面避坑章会专门处理这个极端情况。3.2 移动与增长链表头插与尾部删除蛇移动的本质只有两步新头插到链表最前面旧尾从链表末尾删掉。吃到食物时旧尾不删。void moveSnake(void) { int newX head-x, newY head-y; switch (curDir) { case DIR_UP: newY--; break; case DIR_DOWN: newY; break; case DIR_LEFT: newX--; break; case DIR_RIGHT: newX; break; default: break; } SnakeNode* newHead (SnakeNode*)malloc(sizeof(SnakeNode)); newHead-x newX; newHead-y newY; newHead-next head; head newHead; if (newX foodX newY foodY) { score 10; generateFood(); if (score % 50 0 speedMs 50) { speedMs - 10; } } else { SnakeNode* oldTail tail; SnakeNode* p head; while (p-next ! tail) { p p-next; } p-next NULL; tail p; free(oldTail); } }逻辑说明头插后链表新增了一个节点吃到食物时保留原尾蛇长加1没吃到时释放尾节点总长度不变。删除尾节点需要遍历链表找到倒数第二个节点把它的next置NULL再free最后一个节点。这里的free是必需动作漏掉就是内存泄漏蛇每走一格丢一块内存跑久了系统资源被吃光。参数说明score每次加10每50分提速一次每次提速10ms下限50ms。这些数字都是手感参数不同机器上表现略有差异。50分和10ms的组合在速度感上是渐进的不会出现“突然变快”的跳崖感。3.3 碰撞检测细节边界、自噬与食物判定的统一处理碰撞检测集中到一个函数里主循环调用它决定游戏是否结束。int checkCollision(SnakeNode* newHead) { if (newHead-x 0 || newHead-x MAP_W || newHead-y 0 || newHead-y MAP_H) { return 1; } for (SnakeNode* p head; p ! NULL; p p-next) { if (p ! newHead p-x newHead-x p-y newHead-y) { return 1; } } return 0; }逻辑说明边界判断看新头坐标是否越界自噬判断遍历整条蛇看坐标是否重复。注意p ! newHead这个条件遍历是从head开始的而newHead已经通过头插成为新的head所以p第一次就等于newHead不排除的话任何一次移动都会判定为“撞到自己”。自噬检测有一个边界坑蛇头下一步要移动到当前tail所在位置。如果这一帧会删尾那tail让出的格子是安全的蛇应该能通过但如果在删尾之前就先做碰撞检测就会误判为撞到自己。处理方式是先判断新头是否等于tail坐标等于就跳过自噬检测。这个细节不处理蛇长到一定长度后贴着尾巴绕圈会莫名其妙死亡C语言源码里相当常见。4. 键盘控制、得分系统与游戏状态管理4.1 非阻塞键盘输入getch与kbhit的组合使用Windows下用conio.h里的_kbhit和_getch实现非阻塞输入。核心逻辑先判断有没有按键有再读取没有就继续走游戏循环。// input.h #include conio.h void handleInput(void) { if (_kbhit()) { int ch _getch(); if (ch 224 || ch 0) { int arrow _getch(); switch (arrow) { case 72: setDirection(DIR_UP); break; case 80: setDirection(DIR_DOWN); break; case 75: setDirection(DIR_LEFT); break; case 77: setDirection(DIR_RIGHT); break; } } else { switch (ch) { case w: case W: setDirection(DIR_UP); break; case s: case S: setDirection(DIR_DOWN); break; case a: case A: setDirection(DIR_LEFT); break; case d: case D: setDirection(DIR_RIGHT); break; case p: case P: togglePause(); break; } } } }逻辑说明方向键按下时终端返回两个字节第一个是224或0的前缀码第二个才是真正的方向码。如果只读一次_getch程序拿到224会当成未知字符丢弃方向键全部失灵。这是键盘控制最常见的翻车点。WASD是单字节不需要二次读取。setDirection函数要拦掉180度反向输入void setDirection(Direction d) { if ((curDir DIR_UP d DIR_DOWN) || (curDir DIR_DOWN d DIR_UP) || (curDir DIR_LEFT d DIR_RIGHT) || (curDir DIR_RIGHT d DIR_LEFT)) { return; } curDir d; }逻辑说明蛇向右跑的时候按左键蛇头会直接钻进自己身体这属于非法操作。方向锁的作用是把反向输入直接丢弃游戏手感立刻正常。注意方向锁判断的是“上一次已生效方向”不是“上一次按键方向”因为两个方向键在一帧内快速连按时中间态可能被跳过。4.2 得分递增与刷新时机分数显示与渲染顺序得分系统不复杂但渲染顺序直接影响视觉效果。分数栏放在地图正下方我一般用一行专用输出避免和蛇身网格混在一起。void renderScore(void) { gotoxy(0, MAP_H 1); printf(Score: %d Speed: %d ms/step High: %d, score, speedMs, highScore); }渲染顺序定成先擦旧尾再画食物再画蛇头最后刷新分数。这个顺序保证蛇头永远在最上层分数最后更新避免逻辑帧和渲染帧错位时出现分数跳动。这里有个容易被忽略的细节printf不会立刻把内容推到终端交互式终端通常是行缓冲遇到换行才刷新。Windows控制台对单条printf会直接输出但如果你把输出重定向到文件或者移植到Linux管道环境缓冲区会一直攒着不写盘。排查“分数不更新”时先想想是不是缓冲问题不要急着改逻辑。加分规则建议用常量表每吃一个食物加10分每50分触发一次提速。如果你想增加策略性可以设计成“连续吃食物的速度越快单次得分越高”但那种规则放在纯C单文件里会让逻辑变乱新手阶段保持简单加分就好。4.3 暂停、重开与游戏结束状态状态机在贪吃蛇C语言源码中的落地很多人用goto处理暂停和重开代码一长就变成意大利面。用状态机更清晰定义一个枚举描述当前状态typedef enum { STATE_RUNNING, STATE_PAUSED, STATE_OVER, STATE_QUIT } GameState;主循环里按状态分流void gameLoop(void) { while (state STATE_RUNNING) { handleInput(); if (state STATE_PAUSED) { renderPause(); Sleep(50); continue; } moveSnake(); if (checkCollision(head)) { state STATE_OVER; } render(); Sleep(speedMs); } if (state STATE_OVER) { showGameOver(); if (readRestartKey()) { freeSnake(); initGame(); state STATE_RUNNING; } } }逻辑说明暂停时游戏循环还在跑但不执行moveSnake只处理输入等待玩家按P恢复。游戏结束后退出主循环进入结算分支。重开时先freeSnake把旧链表清掉再initGame这一步漏了就是内存泄漏——每次重开都吃掉一批malloc节点跑几十局后进程内存占用高得吓人。状态迁移有个细节暂停状态下按P应该等玩家松开再进下一帧。如果按下和松开都在同一帧内被读到状态会瞬间从RUNNING切到PAUSED再切回RUNNING表现为“按了暂停但没停下来”。处理办法是暂停状态下把按键消费掉不响应同帧的第二次P。5. 贪吃蛇源码常见问题与避坑5个真实踩坑记录5.1 用Windows API写的贪吃蛇在Linux编译不过现象代码在Visual Studio里正常跑拿到Linux gcc下编译直接报错conio.h not found_kbhit和_getch未声明。原因conio.h和windows.h都是Windows专有头文件Linux终端环境下没有这些接口。要跨平台必须用termios自己实现一套非阻塞输入。解决Linux下用termios关闭行缓冲和回显再用ioctl判断是否有输入// linux_input.h #include termios.h #include unistd.h #include fcntl.h #include sys/ioctl.h static struct termios origTerm; void enableRawMode(void) { tcgetattr(STDIN_FILENO, origTerm); struct termios raw origTerm; raw.c_lflag ~(ICANON | ECHO); raw.c_cc[VMIN] 0; raw.c_cc[VTIME] 0; tcsetattr(STDIN_FILENO, TCSAFLUSH, raw); } int kbhit(void) { int bytesWaiting; ioctl(STDIN_FILENO, FIONREAD, bytesWaiting); return bytesWaiting 0; } int getch(void) { char c; if (read(STDIN_FILENO, c, 1) 1) return c; return -1; }逻辑说明termios把终端从行缓冲改成原始模式read可以立即读到单个字符不用等回车。VMIN0表示没有输入时立即返回VTIME0表示不等超时。这两参数缺一个程序就会阻塞在read上蛇彻底卡死。程序退出时要恢复终端设置否则终端一直不回显输入c_lflag和ECHO是必须抢救回来的。5.2 链表删除节点后野指针导致随机崩溃现象蛇跑着跑着突然段错误或者分数越高崩溃概率越大gdb一查发现访问了0x地址。原因删除尾节点时只free了tail没有把新尾节点的next置NULL。后续遍历链表时循环条件p ! tail先判断再移动但tail已经指向已释放内存p-next访问悬空指针就是未定义行为。解决删尾后立即把新尾节点的next置NULL并给旧tail补一个NULL赋值SnakeNode* p head; while (p-next ! tail) p p-next; p-next NULL; tail p; free(oldTail); oldTail NULL;逻辑说明free只是把内存归还给系统内存里的残留数据还在但内容不可预测。这里free后置NULL是为了防止后续代码再次访问旧tail。C语言内存管理里“野指针”是高频事故链表操作后把所有悬空的指针清掉是最便宜的保险。顺便说一句常有人问“单片机c语言没有堆栈吗为什么程序还能跑”其实C语言运行时栈一直存在只是单片机栈区很小。贪吃蛇这种链表项目在PC上malloc无压力如果移植到单片机堆和栈的容量都要重新规划否则跑着跑着就硬件复位。5.3 蛇身越长食物越难刷新随机生成慢得像死循环现象蛇贴近地图满员时游戏突然卡住或长时间不出现新食物CPU占用拉满。原因generateFood用随机试探法生成食物坐标每次命中蛇身的概率随蛇身增长而上升。地图60x20共1200格蛇身占1100格时随机到空闲格的概率只有1/12平均要循环12次蛇身占1190格时概率变成了1/120循环次数几何级增长看起来就像死循环。解决用候选格收集法替代随机试探。遍历整张地图把所有不在蛇身上的空格收集进数组再随机选一个void generateFood(void) { int candidates[MAP_W * MAP_H][2]; int count 0; for (int y 0; y MAP_H; y) { for (int x 0; x MAP_W; x) { int occupied 0; for (SnakeNode* p head; p ! NULL; p p-next) { if (p-x x p-y y) { occupied 1; break; } } if (!occupied) { candidates[count][0] x; candidates[count][1] y; count; } } } if (count 0) { int idx rand() % count; foodX candidates[idx][0]; foodY candidates[idx][1]; } }逻辑说明候选格收集的时间复杂度是O(MAP_W * MAP_H * snakeLen)地图固定时开销可控。随机选择只针对空闲格只要还有空格食物一定生成不存在死循环。注意count为0时表示蛇占满全图游戏已经不可能继续这时可以直接判定胜利。5.4 蛇速上来后方向键失灵、蛇头跳变现象开始提速后快速连按方向键蛇头经常出现“明明按了上结果往左拐”的跳变。速度越高跳变越频繁。原因每一帧只读一次键盘Sleep期间积压的输入被丢弃更严重的是方向锁只判断当前方向的反向没有判断“上一次输入方向”的反向。假设蛇向右跑玩家快速按上再按左。按上时方向锁通过curDir变成上。紧接着按左时方向锁判断“上”的反向是“下”和“左”没关系于是放行蛇从向右直接变向左——实际玩家手指刚按了上还没下去蛇已经掉头了。解决引入pendingDir暂存输入应用方向时统一判断static Direction pendingDir DIR_NONE; void setDirection(Direction d) { pendingDir d; } void applyPendingDir(void) { if (pendingDir DIR_NONE) return; Direction lastDir curDir; if (!isOpposite(pendingDir, lastDir)) { curDir pendingDir; } pendingDir DIR_NONE; }逻辑说明setDirection只记录不生效每次移动前再调用applyPendingDir统一消费。方向锁的判断基准始终是“当前实际运动方向”而不是“上一次按键方向”这样快速连按时只有最后一个合法方向生效蛇头不会突然跳变。5.5 中文乱码和蛇身残影同时出现现象Windows控制台显示中文名字或提示变成乱码同时蛇移动时留下一条残影。原因乱码是编码不一致——源文件保存为UTF-8Windows控制台默认用GBK解码UTF-8中文被拆成多字节乱码。残影是渲染策略问题——整屏清屏时没清干净或只画新头不擦旧尾。解决中文乱码加两行代码指定控制台输出代码页#ifdef _WIN32 SetConsoleOutputCP(CP_UTF8); #endif源文件保存为UTF-8 with BOMWindows控制台就能正确显示UTF-8中文。Linux终端默认UTF-8不需要额外处理。残影问题在渲染层处理每次移动前记录旧尾坐标渲染时先擦旧尾再画新头void render(void) { gotoxy(oldTailX, oldTailY); putchar( ); gotoxy(head-x, head-y); putchar(); gotoxy(foodX, foodY); putchar($); }注意当吃到食物且不删尾时旧尾没有消失不能擦除。要由moveSnake返回一个标志位标记本帧是否删尾渲染层据此决定要不要执行擦除。6. 让贪吃蛇更进一步难度曲线、存档读取与代码验证6.1 难度曲线速度与食物数量怎么调才能不“手感跳崖”把难度参数集中到一张配置表比散落在代码里的魔法数字好维护得多。我习惯按分数区间划分关卡每个关卡独立控制速度和同屏食物数关卡分数区间速度(ms/格)同屏食物数10~9914012100~19912013200~34910024350~4998025500603速度下限60是经验值再快的话方向键的输入延迟会让玩家觉得“蛇不听指挥”。同屏食物数超过3后玩家很难同时关注三个食物策略性反而被操作疲劳抵消。分数区间和速度的对应关系建议自己在每档速度上玩10分钟再定手感和理论值经常不一样。6.2 最高分存档与读取文本文件写入与解析的工程细节最高分存档是源码里少有的文件操作场景。文本格式优先方便手工检查和调试。用fscanf和fprintf实现#include stdio.h #define SAVE_FILE snake_highscore.txt int readHighScore(void) { FILE* fp fopen(SAVE_FILE, r); if (fp NULL) return 0; int hs 0; if (fscanf(fp, %d, hs) ! 1) { hs 0; } fclose(fp); return hs; } void writeHighScore(int score) { FILE* fp fopen(SAVE_FILE, w); if (fp NULL) return; fprintf(fp, %d\n, score); fclose(fp); }逻辑说明fopen返回NULL表示文件不存在直接返回0分。fscanf的返回值是成功读取的字段数读到“abc”这种垃圾内容时返回0所以要检查返回值否则hs会被解析成未知值。写入是文本覆盖写进去的格式只有一行数字加换行简单的结构没必要上二进制格式。更健壮的做法是用fgets加sscanf组合读取避免fscanf直接在FILE*上读到EOF后状态混乱。fgets读一行sscanf解析数字遇到非法行还能跳过。6.3 验证方法边界测试与代码走查的工作习惯写完不能直接交给自己留一套固定验证流程。临时把speedMs调到1000一格一格慢放检查这些场景蛇头贴墙移动下一步出界游戏正确结束蛇头绕自己身体转圈尾部让出的那一格能安全通过不误判自噬食物生成在蛇身边缘、角落等极端位置能正常吃到连续快速按相反方向键方向锁正确丢弃非法输入吃掉食物后链表长度加1遍历链表数节点数验证是否等于初始长度加吃到次数最高分为0时启动游戏结束后新分数能正常写入。C语言调试没有后悔药指针崩了只能gdb一层层扒。我会在debug构建里加AddressSanitizer编译用gcc -fsanitizeaddress -g跑一遍所有测试再关掉。它能抓出几乎所有内存越界和悬空指针问题比人肉盯代码高效得多。最后一个习惯把地图宽度、高度、初始蛇长、初始速度全部定义成宏绝不散落在代码里。改地图尺寸时只动一处其他逻辑自动适配。这是我写贪吃蛇最大的收获一个项目再小也值得按工程的规矩来写。照着这个思路把源码搭完、踩过这些坑之后你对C语言链表和内存管理的理解会和只抄代码的完全两样希望帮到你。本文还有配套的精品资源点击获取