简介：QB64 是经典 QuickBASIC 4.5 的现代化跨平台实现，在保留传统 BASIC 简洁语法的同时，融入 OpenGL、多线程及多媒体支持，特别适合编程教学、快速工具开发和复古游戏创作。压缩包内共 2000 个文件，体积约 198.84MB，主要包含 h/hpp 头文件、py 辅助脚本、c/cpp 源码，以及 txt、html、md 文档和 sh 构建脚本，覆盖从依赖库到构建配置的完整链路。从文件预览可看到 FreeType、GLEW、FreeGLUT、stb_vorbis 等图形与音频第三方库，这些模块与 QB64 的音视频和图形渲染能力直接相关，便于开发者在 Windows 下搭建编译环境。资源还附带较多 Python 脚本和 Shell 脚本，可用于自动构建、依赖检查或功能扩展；结合 md/html 文档，可帮助初中级开发者理解 QB64 的内部结构与跨平台编译过程。已有 429 人下载学习，适合希望保留 BASIC 编程习惯、同时向现代开发环境过渡的编程爱好者与教育工作者，可作为零基础入门和继续进阶的参考。 如果你在近几年打开一台新的 Windows 电脑，想找找当年 DOS 时代那个蓝色界面、能敲几行代码就跑出简陋动画的 QBasic，多半会失望——64 位系统下它基本没法直接运行了。但如果你真的喜欢 QBasic 那种“启动快、语法直白、打开就能写”的编程体验，又想在 Windows 11 上拿它做点东西，QB64 就是最值得花十分钟搞清楚的现代替代方案。
QB64 不是模拟器，而是一个把类 QBasic/QuickBASIC 语言直接编译成现代 Windows 原生可执行文件的编译器。它保留了老 BASIC 的手感和大部分语法，同时又补上了鼠标、高分辨率图形、OpenGL 等新能力。这篇文章我就从“为什么老程序跑不了”开始，讲讲 QB64 到底怎么选、怎么装、怎么写第一个原生 exe，以及我在迁移老代码时踩过的几个坑。
1. 这项目到底解决什么问题——先说说 QBasic 和它在现代电脑上的尴尬处境
1.1 QBasic/QuickBASIC 的老故事
QBasic 和 QuickBASIC 是微软 1985 到 1991 年间主推的 BASIC 开发工具，当年几乎所有 DOS 用户的硬盘里都装过。QuickBASIC 是商业编译器，能直接生成 16 位 DOS 可执行文件；QBasic 则是随 MS-DOS 5.0 开始附带的一个简化版，采用解释执行，打开后就是经典的蓝底白字 IDE，按 F5 就能跑，写循环、画线、做小游戏都特别顺手。
那时候很多学校的计算机课、编程入门书都用它教“结构化编程”——不是现在那种面向对象那套，而是老老实实用 GOTO、SUB、FUNCTION 理解程序流程。很多人人生第一行 PRINT "Hello World" 就是在 QBasic 里敲出来的。
1.2 为什么旧程序在新 Windows 上跑不起来了
关键原因很简单：QBasic.exe 是 16 位程序，而现在的 Windows 10/11 64 位系统早就移除了 16 位子系统（NTVDM），所以你双击老版本 QBasic 会直接看到“不是有效的 Win32 应用程序”。即使你的电脑是 32 位 Windows，在新的硬件和显示分辨率下，那 80x25 的文本界面也惨不忍睹。
有人会想到用 DosBox 来模拟旧环境，这确实能跑，但体验不怎么样：屏幕小、字体糊、粘贴代码麻烦，而且你写的还是几十年前那个不能调用鼠标、不能使用现代显卡的程序。QB64 走的是另一条路——把语法保留下来，把底层运行机制换成现代编译器和原生 API，让代码跑成真正的 64 位可执行文件。这也正是它名字的含义：QBasic 的语法，64 位时代的执行体。
2. QB64 是怎么“续命”的——工具选型与版本辨析
2.1 QB64 的设计逻辑：解释器变编译器
QB64 最初由 Rob Gaine（社区昵称 Galleon）在 2007 年发起，目的是让老 BASIC 程序能直接在现代系统上编译运行。它的核心流程不是自己吭哧吭哧生成机器码，而是先把 BASIC 源码解析成内部表示，再翻译成 C++ 代码，最后调用系统里的 C++ 编译器（Windows 下是 MinGW，macOS/Linux 下是各自的 GCC/Clang）生成原生可执行文件。
这个设计带来三个实际好处：第一，语法兼容性高，大部分老 QBasic 程序只需很少改动就能编译通过；第二，生成的是原生代码，性能比当年解释执行快好几个数量级，老代码那点循环量根本不值一提；第三，你可以把编译出来的 exe 拷贝到其他 Windows 电脑上直接运行，不依赖 QB64 环境。
2.2 原版 QB64 和 QB64PE 怎么选
这里有个很容易踩的坑：你搜索 QB64 时可能看到两个版本——“原版”和“Phoenix Edition”（通称 QB64PE）。原版项目从 2020 年前后维护频率就变得很低，很多新特性和 bug 修复都停滞了。QB64PE 是社区接手的活跃分支，修复了高 DPI 显示问题、增加新扩展、更新了编译器后端，建议新用户直接选 QB64PE。
选择版本时注意下载对应 Windows x64 的 zip 包，如果你的 Windows 是 ARM64 设备（比如部分 Surface），就下载 ARM64 版本。下载地址直接去 GitHub 搜 “QB64-Phoenix-Edition/QB64pe” 的 releases 页面即可。另外，解压路径尽量别带中文和空格，我第一次图省事放在C:\Users\张三\Desktop\qb64pe，启动时直接报内部文件路径错误，放到D:\Tools\qb64pe后一切正常。
3. 从安装到第一个原生 exe——完整实操记录
3.1 下载、解压、启动 IDE
整个安装过程不需要安装器，解压即用。具体步骤：
- 打开 QB64PE 的 GitHub releases 页，下载
qb64pe_win-x64.zip。 - 解压到纯英文路径，比如
D:\Tools\qb64pe。 - 双击目录里的
qb64pe.exe，等待几秒后会看到熟悉的蓝色 IDE 界面。 - 首次启动时如果杀毒软件报警，多半是因为它用 MinGW 动态生成临时编译文件，建议把整个
qb64pe文件夹加入信任列表，否则后续编译可能被拦。
IDE 的界面和老 QBasic 很像，但功能强不少：支持语法高亮、多标签、查找替换。菜单栏在顶部，用键盘方向键加回车操作，也能用鼠标点。
3.2 写一个带图形的 Hello World 并编译
启动 IDE 后，File → New，输入下面这段代码，然后按 F5 运行：
SCREEN 12 WIDTH 80, 50 COLOR 14 LOCATE 10, 25 PRINT "Hello, QB64 on Windows!" DO _LIMIT 30 IF _KEYDOWN(27) THEN EXIT DO LOOP SYSTEM这段代码里SCREEN 12切换到 640x480 的 16 色图形模式，LOCATE指定文本输出位置，_LIMIT 30把循环帧率限制在 30 FPS，_KEYDOWN(27)检测是否按下了 ESC 键，按 ESC 退出循环。全部逻辑都很直白，这就是 QB64 的爽点——语法仍然像老 BASIC 一样把“怎么做”写得很清楚。
按 F5 后第一次运行需要等待几十秒到几分钟，因为编译器要生成运行时库，之后每次编译就快多了。如果想生成独立的 exe，在 QB64 目录下打开命令行，执行：
qb64pe.exe -c hello.bas -o hello.exe-c表示只编译不启动 IDE，-o指定输出文件名。编译完成后，目录下会出现一个hello.exe，大小大约 1-2MB，拷到其他 Windows 机器上双击就能跑。
3.3 老 QBasic 代码到手之后要改什么——兼容性差异清单
我实测迁过几个老程序，结论是：大部分教学代码和经典游戏 demo 能直接编译，但有几个差异点需要留意，建议改代码前先对照一下：
| 老代码写法 | QB64 下的处理 | 原因 |
|---|---|---|
PRINT、LOCATE、INPUT、DO LOOP | 基本原样兼容 | 核心语法保持不变 |
DRAW、CIRCLE、PSET、LINE | SCREEN 0/12/13 下兼容 | 只要先设置图形模式即可 |
POKE、PEEK、DEF SEG | 建议改用_MEM、_MEMGET、_MEMPUT | 新内存模型更安全，规避崩溃风险 |
INTEGER变量溢出行为 | 老代码容易在LONG范围越界，需显式声明INTEGER | QB64 中INTEGER仍是 2 字节，但某些运算默认按LONG处理 |
INKEY$键盘轮询 | 兼容；新增_KEYDOWN、_KEYHIT更好用 | 事件式按键更适合现代程序 |
文件打开OPEN "FILE.DAT" FOR RANDOM | 兼容；新增_OPENCLIENT/_OPENHOST网络套接字 | 老式文件操作逻辑不变 |
时间相关DATE$/TIME$ | 可用，但时区可能与当年不同 | 系统时区设置影响结果 |
| 高分辨率屏幕 | IDE 和运行窗口默认缩放到合适大小 | 老程序常假设 640x480，需要接受缩放 |
举个例子，我用过一段老代码模拟“弹跳球”，核心逻辑就是LOCATE移动字符、_DELAY控制速度。把它从 QBasic 搬进 QB64，几乎一行没改就能编译运行。但如果代码里写了DEF SEG = &HB800直接操作显存，这在 QB64 里会报错，得改成_MEM方式——这种老代码就属于少数需要动手术的。
4. 进阶玩法：键盘事件、图形模式、内存操作
4.1 事件驱动和鼠标支持的新写法
老 QBasic 想用鼠标，通常得借助外部中断或第三方驱动，麻烦且不稳定。QB64 原生支持鼠标状态查询，用起来非常简单，下面这段代码实现“鼠标点击画点”：
SCREEN 12 DO _LIMIT 30 _MOUSEINPUT LOCATE 1, 1 PRINT USING "Mouse: ###, ###"; _MOUSEX; _MOUSEY IF _MOUSEBUTTON(1) THEN PSET (_MOUSEX, _MOUSEY), 14 END IF LOOP UNTIL _KEYDOWN(27) SYSTEM_MOUSEINPUT每次循环读取一次鼠标状态，_MOUSEX、_MOUSEY获取坐标，_MOUSEBUTTON(1)判断左键是否按下。对于做小工具、小游戏来说，这个鼠标接口比当年不知道方便多少倍。
4.2 SCREEN 模式与画图命令的复现
QB64 保留了老式 SCREEN 模式：SCREEN 0是文本模式，SCREEN 12是 640x480 16 色，SCREEN 13是 320x200 256 色。用这些老模式的好处是，你从旧教材里抄来的画圆、画方、像素点代码可以直接跑。
我写过一个贪吃蛇，核心逻辑还是那张几百行老代码里常见的二维地图数组，绘制部分用：
LINE (x, y)-(x + 9, y + 9), 14, BFBF表示填充矩形，这在老 QBasic 里就有，QB64 也照单全收。蛇移动、吃食物、判定撞墙这些逻辑没有任何现代语言里那种“必须用类”的负担，纯过程式写完一编译就出 exe，怀旧感拉满。
4.3 QB64 的新扩展，不只是怀旧玩具
如果你把 QB64 只当成老代码播放器，那有点小瞧它了。QB64PE 加入了大量现代扩展，比如：
_NEWIMAGE、_DEST、_PUTIMAGE：可以在内存中创建多张图像，做动画更流畅。_MEM、_MEMGET、_MEMPUT：安全地访问内存，替代老的 PEEK/POKE。_OPENCLIENT、_OPENHOST：TCP/UDP 网络通信，能写简单客户端。_GL：在 QBASIC 中直接调用 OpenGL 命令，搞 3D 效果。SHELL：调用外部程序和系统命令。
这意味着你完全可以拿 QB64 快速开发一些小工具：批量重命名、文本文件处理、简单的图形演示程序，或者给学生做编程启蒙。语言本身没有太多“工业级”包袱，反而很适合做小范围自动化。
5. 常见问题排查与避坑技巧实录
5.1 编译不了/运行闪退怎么办
我整理了一份自己踩过和社区里常见问题的速查表：
| 现象 | 原因 | 解决方案 |
|---|---|---|
| 启动 IDE 报 “Cannot find QB64 internal files” | 路径含中文、空格，或解压不完整 | 放到纯英文路径，重新完整解压 |
| 首次编译很慢 | 需要生成运行时库 | 耐心等 2-3 分钟，属正常现象 |
| 杀毒软件隔离 exe | MinGW 编译器的签名常被误报 | 将整个 qb64pe 目录加白名单 |
| 运行闪退 | 未先设置图形模式就调用图形命令 | 代码开头加SCREEN 12 |
| 编译报错，大量黄色提示 | 老代码使用了DEF SEG/POKE | 改为_MEM系列命令 |
| 中文显示乱码 | 源码文件编码不一致 | 统一用 UTF-8 保存；老 GBK/ANSI 代码建议另存为 UTF-8 |
| 鼠标坐标在窗口缩放后不对 | 系统 DPI 缩放导致 | 右键 exe → 属性 → 兼容性 → 更改高 DPI 设置 → 启用“替代高 DPI 缩放行为” |
| 程序一运行窗口就关闭 | 主流程没有DO LOOP或SYSTEM保持界面 | 用DO LOOP加_KEYDOWN(27)等待按键 |
5.2 中文乱码和处理
老 QBasic 时代中文环境普遍是 ANSI/OEM 编码，QB64PE 默认按 UTF-8 处理源码。如果你从网上下载的老源码是 GBK 编码，直接打开后中文注释和字符串会乱码。我的做法是：先用记事本或 VS Code 把文件转成 UTF-8 编码，再在 QB64 里打开。如果只是字符串里有中文，IDE 和编译后的 exe 在绝大多数 Windows 系统上都能正常显示，但命令行窗口里部分字体可能显示不全，这时可以在代码里设置_TITLE使用 QB64 自带的图形输出窗口，而不是控制台窗口，显示效果更稳。
5.3 代码量变大后的工程组织建议
QB64 完全支持过程化开发，几千行的程序也能扛住，但工程大了还是要讲点组织方式：
- 把通用函数放进单独的
.bi（声明）和.bm（实现）文件，主程序里用$INCLUDE: 'xxx.bi'引入。 - 常量统一用
CONST声明，不要散落在各处。 - 用
SUB和FUNCTION划分功能模块，少用GOTO跳来跳去，维护起来能省不少脑细胞。 - 设置窗口标题用
_TITLE "我的工具"，编译选项里还能给 exe 加图标，做出来更像那么回事。
这些建议听起来像废话，但 QB64 社区里能看到大量把几千行代码怼在一个.bas文件里的例子，到最后改个游戏的难度参数都要翻半天，确实没必要。
6. 个人体会与延续建议
我自己折腾 QB64PE 的时间不算短，从最开始跑通几条老代码，到后来用_MOUSEINPUT配合数组写了个简陋的画图板，再到用_OPENCLIENT做了个局域网小聊天工具，最大的感受是：它给了老 BASIC 爱好者一个“不抛弃过去语法”的现代入口。
如果你是抱着“把以前的某个程序重新跑起来”的心态入坑，操作流程其实很短：下载 QB64PE、解压、打开.bas、按 F5。我会建议你优先从几百行以内的经典小项目开始，比如贪吃蛇、弹球、打字练习器，这类程序迁移成本低、成就感来得快。遇到POKE/DEF SEG这类陈旧写法就果断换成_MEM，别硬改兼容老环境。
最后再分享一个小技巧：QB64PE 编译时，如果你只想测试代码，直接用 IDE 里的 F5 就行；如果确定要做成正式小工具，再进命令行用-c编译加-o指定输出路径。这样每次改代码不会留下大量临时文件，目录也干净。我一开始在 IDE 里编译了十几次，目录里堆了各种中间文件，后来统一在命令行编译，舒服多了。
本文还有配套的精品资源，点击获取
