Hitboxer深度解析当左右键同时按下专业SOCD按键重映射如何改写输入逻辑【免费下载链接】socdKey remapper for epic gamers项目地址: https://gitcode.com/gh_mirrors/so/socd玩格斗游戏的人大概都经历过这种崩溃时刻连招打到一半需要快速来回横跳手指一快就同时按住了左和右或者玩FPS急停时习惯性把前后键一起压下去角色却原地抽搐、朝不受控制的方向滑步。这种同时按下相反方向键的场景在游戏圈有个专门的缩写——SOCDSimultaneous Opposite Cardinal Direction而不同游戏引擎对它各有各的魔幻处理。Hitboxer就是为解决这个真实难题而生的开源专业级按键重映射工具它不修改任何游戏文件而是在操作系统输入层把 SOCD 冲突彻底接管过来。上图是 Hitboxer 的主界面左侧管理按进程隔离的配置文件Profile右侧配置具体的按键映射与处理模式底部提供全局设置与一键预设整体是面向功能的高密度工具布局。一、问题溯源游戏引擎如何处理SOCD以及为什么这很糟糕先做一个思想实验。你在《空洞骑士》里站在平台边缘本能地想同时按住左右键来稳住角色或者在《罪恶装备》里打出一套需要极速转身的连段。此时物理键盘确实发出了两个按键事件但游戏引擎拿到这两条相互矛盾的指令时通常只有四类反应引擎处理策略典型表现实际后果随机响应每次响应结果不一致操作不可复现连招时灵时不灵相互抵消视为无输入角色静止边缘站定时角色仍会滑落最后胜出后按下的键优先方向切换存在一帧延迟转身变慢未定义行为角色抖动、卡键、方向错乱无法预测甚至影响下一串操作问题在于普通键盘本身没有任何 SOCD 处理能力。市面上那些能自定义 SOCD 行为的设备比如格斗圈流行的 Smashbox、Hit Box 这类无摇杆控制器本质上是把一套按键仲裁逻辑固化进了硬件。而 Hitboxer 的思路很直接——把同样的仲裁逻辑搬到软件层让任何一把普通键盘都能获得专业级按键控制器的同等能力。二、原理拆解四种SOCD处理模式分别适合什么场景Hitboxer 的核心是一张按键映射 处理模式的组合表。它不只是一对一的按键替换而是为每一组按键对指定一种冲突仲裁策略。当前支持四种模式对应界面下拉菜单里的四个选项模式仲裁逻辑适用场景REMAP按下源键 → 输出目标键纯替换自定义键位布局、键位修正OPPOSITE后按下的键优先同时释放另一键格斗游戏帧级转身、FPS 急停NEUTRAL两键同时按下时互相抵消为无输入平台跳跃、需要精准站定OPPOSITE NO REPRESSOPPOSITE 变体释放获胜键后不再补按对方高端连段、避免额外按键事件四种模式的区别值得展开说。在 OPPOSITE 模式下假设你已按住左再按下右Hitboxer 会立刻向系统补发一个左的释放事件让右成为唯一有效输入当你松开右时它会检查物理键盘上左是否仍被按住——如果按住就自动补按左。这保证了状态机始终与你的手指真实状态对齐而不是与游戏收到的逻辑状态错位。而 OPPOSITE NO REPRESS 则是在松开获胜键后故意不补按对手指仍按住的键。这个细节在快速反复横跳的连段中很重要避免系统在极短时间内收到一串释放→按下→释放→按下的抖动事件从源头减少误触。在界面实现上Hitboxer 甚至用颜色区分模式OPPOSITE 与 REMAP 显示为绿色箭头、NO REPRESS 为蓝色、NEUTRAL 为红色见ui.jai中arrow函数的实现玩家扫一眼就知道当前映射的仲裁策略。三、双平台实现Windows钩子与Linux设备级抓取SOCD 工具的价值天花板由底层输入链路决定。Hitboxer 在这两个平台走了两条完全不同的技术路线但殊途同归地实现了低延迟 可回放的输入仲裁。Windows低级键盘钩子 SendInput 回放在 Windows 侧核心是一条WH_KEYBOARD_LL低级键盘钩子SetWindowsHookExW。它能在按键事件进入系统消息队列之前拦截随后通过SendInput把仲裁后的键位事件回放给系统。关键实现要点包括忽略注入事件钩子回调会检查LLKHF_INJECTED标志凡是自己注入的事件一律放行避免形成无限递归维护物理键盘状态表kb_real_state数组记录每个扫描码的真实按下状态因为低级钩子回调里无法使用GetAsyncKeyState只能自己记账处理扩展键与 NumPadWindows 对方向键和数字小键盘复用同一套扫描码靠LLKHF_EXTENDED标志区分Hitboxer 用0xE100高位标记扩展键同时对 NumLock 的闪现做了专门的状态机处理。// 简化的 OPPOSITE 仲裁流程伪代码与项目源码同语义 on_key_event(scan_code, is_down) { bind : get_mapping(scan_code); if bind NO_BIND return PASS_THROUGH; if bind.mode .OPPOSITE { opposite_down : kb_real_state[bind.opposite_code]; if is_down opposite_down { inject_key(bind.opposite_code, .KEYUP); // 释放对方 if bind.mode .NEUTRAL return SUPPRESS; // NEUTRAL 吞掉本次按下 } if !is_down opposite_down bind.mode ! .OPPOSITE_NO_REPRESS { inject_key(bind.opposite_code, .KEYDOWN); // 松手后补按 } } return PASS_THROUGH; }Linuxlibinput 抓取 uinput 虚拟键盘回放Linux 侧则是另一套硬核玩法。程序通过libinput libudev枚举并打开所有物理键盘设备然后用EVIOCGRABioctl独占抓取这些设备——抓取后物理键盘的输入只流向 Hitboxer不会再被系统其他程序读取。仲裁后的按键事件则写入一个通过/dev/uinput创建的虚拟键盘设备由它再输出给桌面环境。// 创建 uinput 虚拟键盘的简化流程伪代码与项目源码同语义 create_virtual_keyboard(name) - fd { fd : open(/dev/uinput, O_RDWR | O_NONBLOCK); ioctl(fd, UI_SET_EVBIT, EV_KEY); // 声明支持按键事件 for KEY_ESC .. KEY_MICMUTE { ioctl(fd, UI_SET_KEYBIT, it); // 逐个登记键位 } setup : uinput_setup.{bustypeBUS_USB, vendor0x6666, product0x6665, namename}; ioctl(fd, UI_DEV_SETUP, *setup); ioctl(fd, UI_DEV_CREATE); // 设备正式上线 return fd; }有意思的是这个虚拟键盘还会被 libinput 自己发现并重新纳入输入设备列表。open_restricted回调里专门有一段逻辑识别出虚拟键盘的 sysname 后直接拒绝再次抓取它——否则程序会把自己生成的键盘又 grab 回来形成死锁。类似这种自引用边界的处理在linux.jai里随处可见。焦点程序检测按进程隔离配置Hitboxer 支持每个游戏一套配置靠的是实时检测当前聚焦窗口WindowsSetWinEventHook监听EVENT_OBJECT_FOCUS拿到前台窗口后通过进程枚举和QueryFullProcessImageNameW解析出可执行文件名Linux通过 xcb 连接 X11订阅_NET_ACTIVE_WINDOW属性变更再读取_NET_WM_NAME老程序则退回WM_NAME获得窗口标题。窗口名与配置文件里的program字段做匹配命中即切换激活的映射集切到未配置的窗口则自动退回全局配置Hitboxer Global。四、工程可靠性一台把输入抢过来的工具如何防止玩脱把物理键盘整个 grab 过来是有风险的——万一 Hitboxer 自己卡死用户就会面对键盘完全失灵的灾难现场。Linux 实现里为此专门设计了一套健康检查healthcheck机制程序启动时会额外创建一个只含一个特殊按键HEALTHCHECK_KEY的体检虚拟键盘一个独立的定时器线程每 5 秒通过timerfd触发一次向体检键盘写入该特殊按键事件主输入线程只要还活着就会收到这个事件并把grab_timer_test_passed置回true如果 5 秒内没有确认程序判定自己已经硬锁立刻对所有已抓取设备执行EVIOCGRAB解除抓取把键盘还给用户。// 健康检查失败后的兜底解除所有设备的独占抓取 if !grab_timer_test_passed { log_error(输入处理线程无响应正在解除抓取...); for fd, sysname : grabbed_devices { ioctl(fd, EVIOCGRAB, 0); // 0 表示释放 grab } }这类自救设计还体现在很多细节上退出时主动UI_DEV_DESTROY销毁虚拟设备防止按键卡死、Windows 钩子回调里使用独立临时存储区避免内存竞争、日志系统采用多线程 Looger 并限制文件大小。对于一个 alpha 阶段的项目来说这种把失败路径当一等公民来设计的思路恰恰是最见功力的部分。五、配置体系settings.socd 与四键预设Hitboxer 的配置落盘为一份带版本号的人类可读文件settings.socd。项目 README 明确建议不要去手工编辑它但这份文件的存在意义在于跨机器同步配置——把文件拷到另一台电脑键位方案就完整迁移了。# [1] 配置版本号勿删 close_to_tray: true PROFILE_START program: Hollow Knight.exe platform: WINDOWS mapping: OPPOSITE 17 31 mapping: OPPOSITE 30 32 PROFILE_END对应关系很直观17/31是 W/S 的扫描码30/32是 A/D配成 OPPOSITE 之后Hollow Knight 里按住 W 再按 S就会得到标准的后按胜出行为。程序解析时会做严格校验遇到未知键位或非法模式会跳过该条并告警避免整个配置被一条脏数据拖垮。对新用户最友好的是预设方案WASD Opposite、Arrows Opposite、WASD Neutral、Arrows Neutral 四个按钮一键生成四组标准映射两秒完成从零到可用的配置。默认的Hitboxer Global配置则保证即使没建任何游戏专属配置全局规则也能兜底生效。六、三步部署从 clone 到跑起来部署 Hitboxer 的路径非常短克隆仓库git clone https://gitcode.com/gh_mirrors/so/socdWindows 用户直接运行发行版hitboxer.exe它会自动在同目录生成settings.socd和日志文件Linux 用户需要确认依赖齐备后自行编译启动后点击Add选择当前运行的游戏进程再点Add mapping按提示依次按下源键与目标键即可完成一条映射。Linux 侧依赖被刻意压到最小除了几乎处处预装的 glibc只需要libxcb、xcb-xkb、libxkbcommon-x11、libinput、libudev、EGL/OpenGL 驱动mesa 即可和libxkbcommonfreetype、stb_image 等第三方库则全部静态编入可执行文件运行时零额外负担。项目使用 Jai 语言编写编译仅需jai build.jai调试或jai build.jai - release发布。权限与合规是这类工具绕不开的话题。Linux 上访问/dev/uinput需要 udev 规则项目自带的66-hitboxer-input.rules通过TAGuaccess让当前登录用户直接获得读写权限装好后执行udevadm control --reload udevadm trigger即可生效KERNELuinput, SUBSYSTEMmisc, TAGuaccess, OPTIONSstatic_nodeuinput另外要说清楚的是Hitboxer 在 Windows 上的行为特征挂钩子、读进程、注入按键与恶意键盘记录器高度相似因此可能触发杀软误报。项目对此的态度是透明开源 全本地处理——代码完全公开可审计所有输入处理都在本机完成、无任何网络通信。同时它明确提示部分竞技社区对辅助工具有严格规定比赛前务必确认所使用的 SOCD 模式是否符合赛事规则。七、展望从键盘到手柄的输入统一Hitboxer 目前处于 alpha 阶段项目自嘲there will be dragons但路线图清晰可见当前只支持键盘到键盘的映射计划扩展鼠标与手柄输入焦点程序识别目前是大小写敏感的字符串匹配未来会做得更稳健可配置的输入仲裁延迟也已在待办清单上。从更宏观的视角看SOCD 处理正在成为竞技外设的标配能力而 Hitboxer 的意义在于把这种能力从上千元的专用控制器上解放出来还给每一个普通键盘用户。输入延迟、仲裁模式、进程隔离——这套围绕最后一帧输入做的工程打磨对任何想理解现代竞技游戏输入管线的开发者来说都是一份值得细读的参考实现。无论你是想在《街霸6》里打出更干净的转身还是单纯想让自己的键位更顺手Hitboxer 都提供了一个开源、透明、可钻研的起点。【免费下载链接】socdKey remapper for epic gamers项目地址: https://gitcode.com/gh_mirrors/so/socd创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Hitboxer深度解析：当左右键同时按下，专业SOCD按键重映射如何改写输入逻辑
Hitboxer深度解析当左右键同时按下专业SOCD按键重映射如何改写输入逻辑【免费下载链接】socdKey remapper for epic gamers项目地址: https://gitcode.com/gh_mirrors/so/socd玩格斗游戏的人大概都经历过这种崩溃时刻连招打到一半需要快速来回横跳手指一快就同时按住了左和右或者玩FPS急停时习惯性把前后键一起压下去角色却原地抽搐、朝不受控制的方向滑步。这种同时按下相反方向键的场景在游戏圈有个专门的缩写——SOCDSimultaneous Opposite Cardinal Direction而不同游戏引擎对它各有各的魔幻处理。Hitboxer就是为解决这个真实难题而生的开源专业级按键重映射工具它不修改任何游戏文件而是在操作系统输入层把 SOCD 冲突彻底接管过来。上图是 Hitboxer 的主界面左侧管理按进程隔离的配置文件Profile右侧配置具体的按键映射与处理模式底部提供全局设置与一键预设整体是面向功能的高密度工具布局。一、问题溯源游戏引擎如何处理SOCD以及为什么这很糟糕先做一个思想实验。你在《空洞骑士》里站在平台边缘本能地想同时按住左右键来稳住角色或者在《罪恶装备》里打出一套需要极速转身的连段。此时物理键盘确实发出了两个按键事件但游戏引擎拿到这两条相互矛盾的指令时通常只有四类反应引擎处理策略典型表现实际后果随机响应每次响应结果不一致操作不可复现连招时灵时不灵相互抵消视为无输入角色静止边缘站定时角色仍会滑落最后胜出后按下的键优先方向切换存在一帧延迟转身变慢未定义行为角色抖动、卡键、方向错乱无法预测甚至影响下一串操作问题在于普通键盘本身没有任何 SOCD 处理能力。市面上那些能自定义 SOCD 行为的设备比如格斗圈流行的 Smashbox、Hit Box 这类无摇杆控制器本质上是把一套按键仲裁逻辑固化进了硬件。而 Hitboxer 的思路很直接——把同样的仲裁逻辑搬到软件层让任何一把普通键盘都能获得专业级按键控制器的同等能力。二、原理拆解四种SOCD处理模式分别适合什么场景Hitboxer 的核心是一张按键映射 处理模式的组合表。它不只是一对一的按键替换而是为每一组按键对指定一种冲突仲裁策略。当前支持四种模式对应界面下拉菜单里的四个选项模式仲裁逻辑适用场景REMAP按下源键 → 输出目标键纯替换自定义键位布局、键位修正OPPOSITE后按下的键优先同时释放另一键格斗游戏帧级转身、FPS 急停NEUTRAL两键同时按下时互相抵消为无输入平台跳跃、需要精准站定OPPOSITE NO REPRESSOPPOSITE 变体释放获胜键后不再补按对方高端连段、避免额外按键事件四种模式的区别值得展开说。在 OPPOSITE 模式下假设你已按住左再按下右Hitboxer 会立刻向系统补发一个左的释放事件让右成为唯一有效输入当你松开右时它会检查物理键盘上左是否仍被按住——如果按住就自动补按左。这保证了状态机始终与你的手指真实状态对齐而不是与游戏收到的逻辑状态错位。而 OPPOSITE NO REPRESS 则是在松开获胜键后故意不补按对手指仍按住的键。这个细节在快速反复横跳的连段中很重要避免系统在极短时间内收到一串释放→按下→释放→按下的抖动事件从源头减少误触。在界面实现上Hitboxer 甚至用颜色区分模式OPPOSITE 与 REMAP 显示为绿色箭头、NO REPRESS 为蓝色、NEUTRAL 为红色见ui.jai中arrow函数的实现玩家扫一眼就知道当前映射的仲裁策略。三、双平台实现Windows钩子与Linux设备级抓取SOCD 工具的价值天花板由底层输入链路决定。Hitboxer 在这两个平台走了两条完全不同的技术路线但殊途同归地实现了低延迟 可回放的输入仲裁。Windows低级键盘钩子 SendInput 回放在 Windows 侧核心是一条WH_KEYBOARD_LL低级键盘钩子SetWindowsHookExW。它能在按键事件进入系统消息队列之前拦截随后通过SendInput把仲裁后的键位事件回放给系统。关键实现要点包括忽略注入事件钩子回调会检查LLKHF_INJECTED标志凡是自己注入的事件一律放行避免形成无限递归维护物理键盘状态表kb_real_state数组记录每个扫描码的真实按下状态因为低级钩子回调里无法使用GetAsyncKeyState只能自己记账处理扩展键与 NumPadWindows 对方向键和数字小键盘复用同一套扫描码靠LLKHF_EXTENDED标志区分Hitboxer 用0xE100高位标记扩展键同时对 NumLock 的闪现做了专门的状态机处理。// 简化的 OPPOSITE 仲裁流程伪代码与项目源码同语义 on_key_event(scan_code, is_down) { bind : get_mapping(scan_code); if bind NO_BIND return PASS_THROUGH; if bind.mode .OPPOSITE { opposite_down : kb_real_state[bind.opposite_code]; if is_down opposite_down { inject_key(bind.opposite_code, .KEYUP); // 释放对方 if bind.mode .NEUTRAL return SUPPRESS; // NEUTRAL 吞掉本次按下 } if !is_down opposite_down bind.mode ! .OPPOSITE_NO_REPRESS { inject_key(bind.opposite_code, .KEYDOWN); // 松手后补按 } } return PASS_THROUGH; }Linuxlibinput 抓取 uinput 虚拟键盘回放Linux 侧则是另一套硬核玩法。程序通过libinput libudev枚举并打开所有物理键盘设备然后用EVIOCGRABioctl独占抓取这些设备——抓取后物理键盘的输入只流向 Hitboxer不会再被系统其他程序读取。仲裁后的按键事件则写入一个通过/dev/uinput创建的虚拟键盘设备由它再输出给桌面环境。// 创建 uinput 虚拟键盘的简化流程伪代码与项目源码同语义 create_virtual_keyboard(name) - fd { fd : open(/dev/uinput, O_RDWR | O_NONBLOCK); ioctl(fd, UI_SET_EVBIT, EV_KEY); // 声明支持按键事件 for KEY_ESC .. KEY_MICMUTE { ioctl(fd, UI_SET_KEYBIT, it); // 逐个登记键位 } setup : uinput_setup.{bustypeBUS_USB, vendor0x6666, product0x6665, namename}; ioctl(fd, UI_DEV_SETUP, *setup); ioctl(fd, UI_DEV_CREATE); // 设备正式上线 return fd; }有意思的是这个虚拟键盘还会被 libinput 自己发现并重新纳入输入设备列表。open_restricted回调里专门有一段逻辑识别出虚拟键盘的 sysname 后直接拒绝再次抓取它——否则程序会把自己生成的键盘又 grab 回来形成死锁。类似这种自引用边界的处理在linux.jai里随处可见。焦点程序检测按进程隔离配置Hitboxer 支持每个游戏一套配置靠的是实时检测当前聚焦窗口WindowsSetWinEventHook监听EVENT_OBJECT_FOCUS拿到前台窗口后通过进程枚举和QueryFullProcessImageNameW解析出可执行文件名Linux通过 xcb 连接 X11订阅_NET_ACTIVE_WINDOW属性变更再读取_NET_WM_NAME老程序则退回WM_NAME获得窗口标题。窗口名与配置文件里的program字段做匹配命中即切换激活的映射集切到未配置的窗口则自动退回全局配置Hitboxer Global。四、工程可靠性一台把输入抢过来的工具如何防止玩脱把物理键盘整个 grab 过来是有风险的——万一 Hitboxer 自己卡死用户就会面对键盘完全失灵的灾难现场。Linux 实现里为此专门设计了一套健康检查healthcheck机制程序启动时会额外创建一个只含一个特殊按键HEALTHCHECK_KEY的体检虚拟键盘一个独立的定时器线程每 5 秒通过timerfd触发一次向体检键盘写入该特殊按键事件主输入线程只要还活着就会收到这个事件并把grab_timer_test_passed置回true如果 5 秒内没有确认程序判定自己已经硬锁立刻对所有已抓取设备执行EVIOCGRAB解除抓取把键盘还给用户。// 健康检查失败后的兜底解除所有设备的独占抓取 if !grab_timer_test_passed { log_error(输入处理线程无响应正在解除抓取...); for fd, sysname : grabbed_devices { ioctl(fd, EVIOCGRAB, 0); // 0 表示释放 grab } }这类自救设计还体现在很多细节上退出时主动UI_DEV_DESTROY销毁虚拟设备防止按键卡死、Windows 钩子回调里使用独立临时存储区避免内存竞争、日志系统采用多线程 Looger 并限制文件大小。对于一个 alpha 阶段的项目来说这种把失败路径当一等公民来设计的思路恰恰是最见功力的部分。五、配置体系settings.socd 与四键预设Hitboxer 的配置落盘为一份带版本号的人类可读文件settings.socd。项目 README 明确建议不要去手工编辑它但这份文件的存在意义在于跨机器同步配置——把文件拷到另一台电脑键位方案就完整迁移了。# [1] 配置版本号勿删 close_to_tray: true PROFILE_START program: Hollow Knight.exe platform: WINDOWS mapping: OPPOSITE 17 31 mapping: OPPOSITE 30 32 PROFILE_END对应关系很直观17/31是 W/S 的扫描码30/32是 A/D配成 OPPOSITE 之后Hollow Knight 里按住 W 再按 S就会得到标准的后按胜出行为。程序解析时会做严格校验遇到未知键位或非法模式会跳过该条并告警避免整个配置被一条脏数据拖垮。对新用户最友好的是预设方案WASD Opposite、Arrows Opposite、WASD Neutral、Arrows Neutral 四个按钮一键生成四组标准映射两秒完成从零到可用的配置。默认的Hitboxer Global配置则保证即使没建任何游戏专属配置全局规则也能兜底生效。六、三步部署从 clone 到跑起来部署 Hitboxer 的路径非常短克隆仓库git clone https://gitcode.com/gh_mirrors/so/socdWindows 用户直接运行发行版hitboxer.exe它会自动在同目录生成settings.socd和日志文件Linux 用户需要确认依赖齐备后自行编译启动后点击Add选择当前运行的游戏进程再点Add mapping按提示依次按下源键与目标键即可完成一条映射。Linux 侧依赖被刻意压到最小除了几乎处处预装的 glibc只需要libxcb、xcb-xkb、libxkbcommon-x11、libinput、libudev、EGL/OpenGL 驱动mesa 即可和libxkbcommonfreetype、stb_image 等第三方库则全部静态编入可执行文件运行时零额外负担。项目使用 Jai 语言编写编译仅需jai build.jai调试或jai build.jai - release发布。权限与合规是这类工具绕不开的话题。Linux 上访问/dev/uinput需要 udev 规则项目自带的66-hitboxer-input.rules通过TAGuaccess让当前登录用户直接获得读写权限装好后执行udevadm control --reload udevadm trigger即可生效KERNELuinput, SUBSYSTEMmisc, TAGuaccess, OPTIONSstatic_nodeuinput另外要说清楚的是Hitboxer 在 Windows 上的行为特征挂钩子、读进程、注入按键与恶意键盘记录器高度相似因此可能触发杀软误报。项目对此的态度是透明开源 全本地处理——代码完全公开可审计所有输入处理都在本机完成、无任何网络通信。同时它明确提示部分竞技社区对辅助工具有严格规定比赛前务必确认所使用的 SOCD 模式是否符合赛事规则。七、展望从键盘到手柄的输入统一Hitboxer 目前处于 alpha 阶段项目自嘲there will be dragons但路线图清晰可见当前只支持键盘到键盘的映射计划扩展鼠标与手柄输入焦点程序识别目前是大小写敏感的字符串匹配未来会做得更稳健可配置的输入仲裁延迟也已在待办清单上。从更宏观的视角看SOCD 处理正在成为竞技外设的标配能力而 Hitboxer 的意义在于把这种能力从上千元的专用控制器上解放出来还给每一个普通键盘用户。输入延迟、仲裁模式、进程隔离——这套围绕最后一帧输入做的工程打磨对任何想理解现代竞技游戏输入管线的开发者来说都是一份值得细读的参考实现。无论你是想在《街霸6》里打出更干净的转身还是单纯想让自己的键位更顺手Hitboxer 都提供了一个开源、透明、可钻研的起点。【免费下载链接】socdKey remapper for epic gamers项目地址: https://gitcode.com/gh_mirrors/so/socd创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考