ASCII 艺术字生成器，免费

ASCII 艺术到底是什么

ASCII 艺术是被渲染为视觉设计的文本（字母形状、横幅、线描和图像，完全由 ASCII 字符集（十进制 32–126：空格、字母、数字、标点）的可打印字符构成。这种媒介在技术上是有意为之的极简：任何能显示文本的设备都能显示 ASCII 艺术，没有字体文件、没有图像解码器、没有图形渲染）只有等宽字符在网格中排列。两种主要风味：排版式 ASCII 艺术渲染大型字母「字体」，普通文本的每个字符都由许多更小的字符构成，用于横幅和标题；图像式 ASCII 艺术使用字符密度和形状来近似图像，用于肖像、图标和装饰性插图。这个生成器产生排版式 ASCII 艺术，输入一个词，看着它在多种大字符字体之一中渲染出来，复制结果。

从电传打字机到 FIGlet，简史

「文本即图像」可追溯到比计算机更早的年代。打字机艺术与「色带艺术」（由打字机字符构成的图像）早在 1890 年代就已出现在行业杂志上。这种媒介自然地迁移到了早期数字机器：行式打印机和电传打字机终端只能显示等宽字符，因此任何需要出现在打印输出中的图像都是由字符构成的。1960 和 1970 年代著名的 Snoopy 和蒙娜丽莎打印件、大学计算中心里的圣诞贺卡行式打印机艺术、1980 年代在拨号布告板上交换的早期 BBS「art packs」，都是直系祖先。FIGlet（Frank, Ian and Glenn's Letters）由 Glenn Chappell 于 1991 年创建，后期 Ian Chai 和 John Cowan 也作出了贡献。FIGlet 引入了 .flf 字体格式，定义了如何为每个 ASCII 字母渲染大字符艺术，并随附了一个具名字体库（「Banner」「Block」「Big」「Bubble」「Standard」「Slant」「Shadow」「Lean」以及数十种）。这些字体由用户在数十年间贡献，到 1990 年代末，FIGlet 字体库已超过 200 种独特设计。现代的 ASCII 艺术生成器（在概念上也包括这一个）使用 FIGlet 风格的字体定义，或者直接移植自 figlet.js 这个 JavaScript 重新实现，因此 2026 年可用的字体选项基本上就是 FIGlet 社区在 1990 年代和 2000 年代整理出来的那些字体。

demoscene 与 ANSI 艺术传统

纯粹的 ASCII 艺术有一个亲戚：ANSI 艺术，它使用扩展的 IBM PC 代码页 437 字符（制框线条、阴影方块 ░ ▒ ▓ █、半方块、几何图形）外加用于颜色的 ANSI 转义序列。ANSI 艺术是 1980 年代末和 1990 年代拨号 BBS 文化中占主导地位的美学（欢迎屏幕、菜单界面以及公告板系统的「签名作品」。ACiD Productions（1990 年成立）和 ICE（Insane Creators Enterprise，1993）这类组织每月发布「art packs」）以 ZIP 归档形式在 BBS 网络中分享的 ANSI 作品集（把字符模式艺术提升为一种被认可的数字艺术形式，有具名艺术家、节日（NAID、Block Party、Demosplash）和竞赛评判。更广义的 demoscene）欧洲程序员-艺术家亚文化，他们最初是从破解 Commodore 64 和 Amiga 游戏的拷贝保护起家，后来转向制作独立的视听 demo（在纯字符界面早已被 GUI 取代之后，仍然让文本模式艺术保持鲜活。现代 Linux 发行版至今仍把 figlet、toilet（彩色化的 figlet 变种）、boxes、banner 以及若干其他文本艺术工具作为标准包来发布）它们都是同一种文化的直系后代。

ASCII 艺术在 2026 年还在哪儿挣钱

• GitHub 上的 README 横幅。许多开源项目会用项目名称的 ASCII 艺术渲染来开启自己的 README，Vim、Tmux、Neofetch、Lazygit、Bun、Deno，以及上百种更小的工具。这种惯例传达「这是一个认真做技术的项目」的信号，同时在任何支持代码块的 markdown 查看器里都能正常渲染。
• 终端欢迎横幅（MOTD）。SSH 登录横幅、Docker 容器启动信息、CLI 工具首次运行的问候语，任何命令行工具想要显眼地标识自己的地方。cowsay、fortune 和 neofetch 是围绕 ASCII 艺术构建起来的整整一类「让终端有点个人风格」的工具。
• CI/CD 构建日志的分段标记。当每个构建阶段都以一个横幅标题开头时，Jenkins、GitHub Actions 或 GitLab CI 那种长长的日志就会变得可导航。在一万行的日志里搜索「DEPLOY」，要比把它当作一行扁平字符串容易得多，尤其是当「DEPLOY」以六行高的方块字符标题出现时。
• 代码中的分段分隔符。被划分成若干逻辑段的大型源码文件经常用 ASCII 艺术注释来标记边界，这在 C/C++ 头文件、SQL 模式文件，以及编辑器无法自动折叠分段的遗留 COBOL/Fortran 代码里尤其常见。
• 邮件签名和论坛帖子。纯文本邮件和论坛平台（LKML、Hacker News、Reddit 的旧文本模式、Slack 的纯文本片段）都能正确显示 ASCII 艺术。纯文本邮件的个人签名里经常包含一些小型 ASCII 作品。
• 复古和黑客美学。ASCII 艺术是 CTF 写作、安全研究博客、终端截图和赛博朋克风格落地页的视觉签名。这种媒介本身在技术圈文化里读起来就是一种「底层能力」的味道。
• 无障碍友好的文本装饰。和图像不同，屏幕阅读器会把 ASCII 艺术作为底层字符来朗读，有时有用，有时没用。当下的做法是：当视觉上是装饰、文本在别处已经正常重复时，把大型 ASCII 横幅包在 aria-hidden="true" 里，避免屏幕阅读器去读出成千上万的下划线和竖线字符。

字体词汇表

FIGlet 的字体库给出了一套已经成为标准的风格词汇表。Standard 是约定俗成的默认值，干净的无衬线字符形状，四行高。Banner 使用更粗的笔画以追求最大冲击力，适合放在 README 的最顶部。Block 使用实心填充方块，当你希望传达毫不含糊的「这就是个 logo」时再合适不过。Big 比 Standard 更高、更具戏剧感。Bubble 使用圆润的形状，读起来比较亲切。Slant 和 Lean 是斜体变体。Shadow 增加投影效果。3D-ASCII 尝试做出透视感；效果会因内容而异。Mini 是为狭窄空间准备的紧凑字体。Letters、Doom、Speed、Rounded、Script、Star Wars、Goofy、Italic、Roman、Univers（FIGlet 字体库有上百个选项，由许多个体艺术家在三十年间陆续贡献。选哪个反而不如「它在你的终端里读起来怎么样」重要）在宽屏截图里好看的字体，可能在窄聊天窗里溢出；在等宽模式下读着很干净的字体，在使用比例字体的邮件客户端里可能就乱掉了（一定要在收件人将看到的环境里测试）。

分享 ASCII 艺术时的实务考虑

始终把它放在一个等宽的上下文里。ASCII 艺术依赖于每个字符占据相同宽度，而比例字体（大多数文字处理器和很多邮件客户端的默认字体）会摧毁这种对齐。在 Markdown 里，把它包进代码块（三反引号围栏）。在 HTML 里，使用配合等宽字体的 <pre> 或 <code>。在 Slack 里，使用三反引号代码块语法。在邮件里，要么只发纯文本，要么在富文本编辑器里把这一段切换为等宽字体。注意行宽。每种字体每个字符的宽度都不同；长单词或紧凑字体会产生很宽的输出，在窄屏上可能换行。在确定一个要在多种环境下展示的横幅之前，先用一段 30 字符长的源字符串（这就是本工具的上限）在不同宽度下做测试。注意文件编码。纯 ASCII（最初的 7 位字符集）在所有编码系统里都能保持不变。扩展字符（制框、带重音的字母、emoji）则要求整条管线都是 UTF-8；编码不匹配会让制框字符变成乱码。

隐私：仅在浏览器里生成

你转换的文本通常并不敏感（项目名、「Hello」、横幅标题），但其架构属性和这里其他工具一样：什么都不会离开你的设备。整个转换都通过 JavaScript 在你的浏览器里完成（不上传、不记录、不收集遥测数据。你点击不同的字体选项时打开 DevTools 的 Network 选项卡看一下（不会有任何请求被发出），或者在页面加载之后让它离线（飞行模式），生成器仍然能继续工作。当你要转换的文本是机密的项目代号或尚未发布的产品代码时尤其有用）即便数据短小，它也不会经过任何第三方日志。

常见问题

字符转换的字数上限是多少？

本工具是 30 个字符，刻意为之。从更长的字符串生成的 ASCII 艺术，输出会宽得超过大多数屏幕、终端窗口和剪贴板，并且在任何窄一点的上下文里都会不太优雅地换行。对于非常长的字符串，可以考虑把文本拆成多个横幅（每个词一个横幅），或者用更紧凑的字体如 Mini。在野外能存活下来的横幅，绝大多数都是五到十五个字符长，短、有冲击力、视觉上一眼能认出来。

我能在代码或文档里使用生成的艺术吗？

可以，只要那里能正确显示等宽文本就行。在 Markdown 的 README 里，把 ASCII 艺术包进三反引号代码块，让渲染器使用等宽字体。在源码里，放到块注释里（C/JS 用 /* ... */，Python 用 """..."""）。在 HTML 里使用 <pre>。在邮件里，要么用纯文本发送，要么把对应那一块在富文本编辑器里设成等宽字体。避免在没切到等宽之前就直接粘到比例字体的环境里（大多数邮件富文本编辑器、大多数文字处理器），比例字体会破坏对齐。

这个工具能离线工作吗？

可以，页面加载完成后，整个转换都通过页面里打包好的 FIGlet 风格字体定义，由 JavaScript 在你的浏览器里完成。你切换文本或挑选字体时不会触发任何网络请求。把页面切到离线（飞行模式），生成器照样能用。

ASCII 艺术和屏幕阅读器之间是怎么互动的？

屏幕阅读器读的是底层字符，对于一个大块字母横幅来说，这就意味着会朗读出成百上千的下划线和竖线字符，几乎没什么用处。无障碍友好的做法是：(a) 把横幅纯粹当作装饰；(b) 在它附近的一个普通 HTML 标题或段落里把真正的文本再写一次；(c) 给 ASCII 艺术加上 aria-hidden="true"，让屏幕阅读器跳过它。视觉横幅对于有视力的用户保留下来；底层文本对屏幕阅读器用户而言依然能被正常朗读。

相关工具