今天我们在 Python 程序里写下一行很普通的代码

```python
import tkinter as tk
```

看起来只是导入一个模块，可是 `tkinter` 这个名字其实像一块保存了计算机软件历史的化石。把它拆开以后，能一路追溯到 20 世纪 80 年代的 Berkeley，追到集成电路设计软件，追到 Unix 工作站上的图形界面，也能追到 Python 早期社区里 Guido van Rossum 和 Steen Lumholt 之间的协作。

这个名字并不是某个随意创造出来的英文单词。

Python 官方文档对它给出了非常明确的解释，`tkinter` 是 Python 面向 `Tcl/Tk` 图形界面工具包的标准接口，官方直接把它称作 `Tk interface`。因此，理解这个名字最自然的方式就是

`Tkinter ≈ Tk interface`

也就是

`Tk` 加上 `interface` 的前半部分 `inter`。

更严谨一点说，Python 官方文档并没有专门制定一条词法规则，宣称 `Tkinter = Tk + inter`，但官方长期把它描述成 `Tk interface`，1994 年的 Python 历史邮件里 Guido van Rossum 也直接使用 `Tk interface` 来称呼 Steen Lumholt 的这套代码。因此，把 `Tkinter` 理解成压缩后的 `Tk interface`，有相当扎实的历史依据。([Python documentation][1])

这里的 `inter` 和 Internet 没有关系，也不是 interpreter 的缩写。它指向的是 interface。

所以如果硬要给 `tkinter` 找一个比较贴近原意的中文名字，可以理解成「Python 的 Tk 接口层」。

这件事真正有趣的地方，是那个 `Tk` 又是什么。

`Tk` 自己也不是 Python 发明的。

今天 Tcl 官方社区仍然把 `Tk` 解释为 `Toolkit` 的缩写，而 `Tcl` 则来自 `Tool Command Language`。因此，一条名字链可以写成

```text
Tcl
Tool Command Language

Tk
Toolkit

Tk interface
Python 访问 Tk 的接口

Tkinter
Python 模块名称
```

Tcl 官方站点现在仍把 `Tcl` 解释为 `Tool Command Language`，并把 `Tk` 定义成图形用户界面工具包。Tcl 社区资料也明确说明 `Tk` 是 `Toolkit` 的缩写。([Tcl][2])

只是如果到这里就停下来，`tkinter` 的历史反而少了最精彩的一部分。

`Tcl` 的诞生，竟然和芯片设计软件直接有关。

John Ousterhout 在自己撰写的 Tcl 历史里回忆，20 世纪 80 年代早期，他在 University of California, Berkeley 从事集成电路设计工具研究。他和学生开发过 `Magic`、`Crystal` 等交互式 IC 设计工具。当时图形界面还远没有今天这么普及，工程师操作软件，经常需要直接输入命令。

麻烦很快出现了。

每开发一个新的 IC 设计工具，就得再设计一套命令语言。

一个工具有一套命令解析逻辑，另一个工具又来一套。研究人员真正关心的是电路布局、版图验证、设计规则这些问题，却不断花时间重新发明命令解释器。

Ousterhout 后来意识到，与其每一个软件都单独制造自己的命令语言，不如开发一种通用的、能够嵌入其他应用程序的命令语言。

这条思路逐渐孕育出了 Tcl。

Ousterhout 自己明确记载，`Tcl` 这个名称 `Tool Command Language` 就源自这种预期用途。他在 1988 年开始正式开发 Tcl，并把早期版本用于一个图形文本编辑器。([Tcl][3])

这段历史特别能说明一个现象。

`Tcl` 从出生那天开始，就不是按照今天常见的「我要创造一门独立通用编程语言」这条路线构思的。

它最初更像一种嵌入式控制语言。

大型程序可以用 C 编写高性能核心，把很多能力注册成 Tcl 命令，再通过 Tcl 把这些能力组织起来。

我们今天做软件时，其实仍能看到类似思想。一个大型系统可能有复杂的 C 或 C++ 核心，却开放 JavaScript、Lua 或 Python 脚本接口，让应用逻辑不必每次都重新编译底层代码。

Tcl 很早就在做类似的事。

而这条路线很快和另一场变化碰到了一起。

20 世纪 80 年代后期，GUI 开始越来越重要。

窗口、按钮、菜单、文本框、滚动条这些东西正在逐渐取代纯命令行交互。Ousterhout 发现，当时开发图形界面通常非常复杂。很多 GUI 系统需要大量 C 代码，仅仅做几个窗口和按钮，就可能牵涉很庞大的工程量。

他产生了一个相当关键的想法。

既然 Tcl 很擅长把组件组织起来，那么能不能把 GUI 组件也做成 Tcl 可以控制的对象。

Ousterhout 在 1988 年末开始开发这样一套 GUI 扩展。

这个扩展后来就叫 `Tk`。

他自己留下的历史记录写得很清楚，Tk 的工作从 1988 年末开始，由于当时只是兼职项目，大约经过两年才达到真正实用的程度。1990 年末，Tk 的基本功能已经可以工作。1991 年 1 月，Ousterhout 在 USENIX Conference 和 X Conference 上介绍了 Tk，几周之后，他把第一个互联网版本公开发布。([Tcl][4])

所以从技术血缘上看

`Tk` 是 `Tcl` 世界里长出来的 GUI 系统。

这也解释了为什么今天打开 Python 的 `tkinter` 文档，经常会看到大量 `Tcl`、`Tk`、`Tcl interpreter` 之类的词。

Python 并没有重新实现一整套 Tk。

真正创建窗口、维护 widget、处理大量 GUI 行为的，仍然是 Tk。

更妙的是，Tk 在 1990 年代初迅速火了起来。

Ousterhout 在自己的历史文章里提到，Tcl 和 Tk 的使用量在 1990 年代早期大致每年增长一个数量级，从 1989 年的少量使用者，增长到 1993 年的数万用户。

其中一个重要原因就是 GUI 开发效率。

当时 Unix 世界里常见的一些 C 图形工具包使用起来非常复杂，而 Tcl/Tk 能用远少于传统 C GUI 开发的工作量完成交互界面。Ousterhout 估计，同类 GUI 用 Tcl 构建，工作量可能只有 Motif 路线的五分之一到十分之一。([Tcl][4])

于是出现了一个特别有意思的历史现象。

有些程序员其实没有那么喜欢 Tcl，但非常喜欢 Tk。

他们开始产生一个很自然的念头。

既然 Tk 这么方便，能不能不使用 Tcl 编程，却照样使用 Tk。

于是不同编程语言开始为 Tk 编写 binding，也就是语言绑定层。

Ousterhout 在自己的历史回顾里甚至专门提到了这件事。他写到，一部分开发者主要是因为 Tk 才使用 Tcl，有人希望把 Tk 和其他脚本语言结合起来，而这种事情后来确实发生了，包括 `TkPerl` 以及 Python。([Tcl][4])

到了这里，Python 正式进入故事。

Python 如果想利用 Tk，就需要一个桥梁。

Python 世界里有 Python 对象、Python 方法和 Python 数据类型。

Tk 世界里却遵循 Tcl/Tk 的命令模型。

两边不是同一种语言。

因此，中间必须有一层软件负责翻译。

这层东西，就是 `Tk interface`。

也就是后来熟悉的 `Tkinter`。

Python 官方今天对内部结构的描述非常清楚。当 Python 程序通过 `tkinter` 创建一个 widget 时，`tkinter` 会把 Python 层的操作转换成 Tcl/Tk 命令，再把这些命令交给内部的 `_tkinter` 二进制扩展模块。`_tkinter` 再与 Tcl 解释器通信，Tcl 解释器调用 Tk，而 Tk 最终通过不同操作系统的底层图形系统完成实际窗口操作。官方文档举出的底层包括 `Xlib`、`Cocoa` 和 `GDI`。([Python documentation][1])

整个调用链可以理解成

```text
Python 程序
    ↓
tkinter
    ↓
_tkinter
    ↓
Tcl interpreter
    ↓
Tk
    ↓
操作系统图形系统
```

这个结构恰好解释了 `interface` 这个词为什么如此重要。

假设我们的 Python 程序写

```python
root = tk.Tk()
```

表面上是在实例化一个普通 Python 类。

但这个调用并不是 Python 自己从零开始绘制 Windows 窗口。

`tkinter` 会跨过语言边界，把请求带进 Tcl/Tk 世界。

再写

```python
button = tk.Button(root)
```

我们看到的是 Python 的 `Button` 类，背后的 GUI 概念却来自 Tk。

再调用

```python
button.pack()
```

我们调用的是 Python 方法，背后依旧映射着 Tk 的几何管理机制。

因此，`Tkinter` 这个名字甚至可以看成它自己架构位置的说明书。

它不是 Tk。

它是 Tk 的 interface。

这和很多程序库名字不同。有些库的名称主要追求品牌感，单看名称很难知道架构职责。`Tkinter` 却非常朴素，它直接告诉开发者，这东西位于 Python 与 Tk 之间。

1994 年留下来的 Python 邮件档案，又让这个名字突然有了很强的历史现场感。

1994 年 6 月 4 日，Guido van Rossum 在 Python 邮件列表发布了一封题为 `New Tkinter!` 的消息。他告诉社区，最新版 `Tkinter` 已经放到了 CWI 的 FTP 服务器，并转发 Steen Lumholt 的发布说明。

Lumholt 的原邮件主题干脆就写着 `Tkinter`。

邮件里还能看到那个时代极有味道的一句话，他发布完新版本之后要休假几天，并祝大家愉快地 `tkinter'ing`。

这不是后世整理出来的二手传说，而是 Python 官方历史邮件档案里保存至今的 1994 年通信记录。([Python Legacy][5])

仅仅过了几个星期，1994 年 6 月 28 日，Guido 又发了一封邮件。

这一次标题用了 `New Tk interface`。

正文写得更直接，他已经把 Steen Lumholt 的新版本 `Tk interface` 放到 FTP 服务器上，文件依旧叫 `tkinter.tar.gz`。

同一封邮件保存的 ChangeLog 还能看到两个人交替修改代码。Steen Lumholt 在改 `Tkinter.py`、`tkintermodule.c`、各种 widget 和 variable 类，Guido 也在提交 `Canvas`、`Widget`、事件处理等修改。([Python Legacy][6])

把 6 月 4 日和 6 月 28 日两封邮件放在一起读，名字来源就变得非常鲜活。

一边叫 `Tkinter`。

另一边直接叫 `Tk interface`。

文件名是 `tkinter.tar.gz`。

核心 Python 文件叫 `Tkinter.py`。

早期 C 扩展里能看到 `tkintermodule.c`。

所以 `Tkinter` 并不是后来的人看到名字以后猜测它来自 `Tk interface`。早期开发者自己就在同一时期交替使用这两个称呼。Python 官方现代文档仍然延续着同样的解释，把 `tkinter` 描述为 `Tk interface`。([Python Legacy][6])

这里还藏着一个今天经常让人疑惑的小细节。

为什么老教程写的是

```python
import Tkinter
```

现代 Python 却写

```python
import tkinter
```

不是两个不同的库。

这是 Python 2 到 Python 3 之间的一次标准库整理。

早期模块正式名称是大写开头的 `Tkinter`。

Python 3 开发过程中，标准库进行了大规模命名和组织清理。2007 年制定的 `PEP 3108` 专门讨论标准库重组，其中把一整组原先散落的 Tk 相关模块归入新的 `tkinter` package。文档列出的映射非常明确，原来的 `Tkinter` 被放到 `tkinter.__init__`，`Tkconstants` 进入 `tkinter.constants`，`tkFont` 进入 `tkinter.font`，`tkMessageBox` 进入 `tkinter.messagebox` 等。([Python Enhancement Proposals (PEPs)][7])

因此，名称实际上经历过这样一条变化

```text
Python 2

Tkinter

Python 3

tkinter
```

这里改变的是 Python 模块命名和包组织形式，不是 `Tk interface` 这层历史含义发生了变化。

`PEP 3108` 自己说明，Python 3 给标准库提供了一次重新命名和重新组织的机会，以适应后来形成的 Python 命名习惯。Tk 相关的一批独立模块，也就被整理到了统一的 `tkinter` package 下。([Python Enhancement Proposals (PEPs)][7])

这也解释了另一个容易混淆的问题。

代码里经常看到

```python
import tkinter as tk
```

这里存在两个完全不同层次的名字。

`tkinter` 是 Python 标准库 package 的正式名称。

`tk` 只是这一条 import 语句临时设置的 Python 别名。

因此

```python
tk.Tk()
```

看起来像连续出现两个 `tk`，其实身份不同。

左边的小写 `tk` 来自

```python
as tk
```

是当前 Python 文件自己选择的变量名。

右边的 `Tk` 则是 `tkinter` 提供的类。

如果写成

```python
import tkinter as abc

root = abc.Tk()
```

技术上同样可以运行。

历史上的 `Tk` 却不能随便改，因为它指向的就是 John Ousterhout 那套 GUI toolkit。

现在再回头看 `tkinter`，它就不再只是一个陌生单词，而像一张压缩过的技术族谱。

`Tcl` 这一支从 Berkeley 的 IC 设计工具需求里长出来。

`Tk` 从 Ousterhout 对 GUI 开发复杂度的思考中长出来。

Tk 在 1991 年公开发布以后迅速流行。

其他语言的开发者想共享这套 GUI 能力，于是产生各种 Tk binding。

Python 社区做出了自己的 `Tk interface`。

Steen Lumholt 和 Guido van Rossum 在 1994 年的邮件里不断维护和发布这套代码。

`Tk interface` 被压缩成了 `Tkinter`。

到了 Python 3，又按照新的标准库组织规则变成今天全部小写的 `tkinter`。([Tcl][4])

更有意思的是，四十年左右的软件技术变迁并没有把这条链路完全抹掉。

今天 Python 官方文档仍然明确说明，`tkinter` 创建控件时，会生成相应的 Tcl/Tk 命令，通过 `_tkinter` 与 Tcl 解释器交互，再进入 Tk。现代 `tkinter` 并不是把古老 Tk 完全重写成 Python，而是在长期演进中增加了相当多 Python 化逻辑，同时继续充当 Python 与 Tcl/Tk 之间的桥梁。([Python documentation][1])

所以，在 Windows 上运行一个很简单的程序

```python
import tkinter as tk

root = tk.Tk()
root.mainloop()
```

屏幕上出现的那个窗口，背后其实连接着一条跨越数十年的工程历史。

最上面是今天的 Python 代码。

中间有 `tkinter` 和 `_tkinter`。

再下面是 Tcl 解释器与 Tk。

更远的历史源头，则可以一路追到 20 世纪 80 年代 Berkeley 的 IC 设计研究。

从这个角度看，`tkinter` 这个看起来有点奇怪的名字反倒极其诚实。

它没有试图隐藏自己的出身。

`Tk` 告诉我们真正的 GUI toolkit 来自哪里。

`inter` 保留了 interface 的痕迹。

而整个名称记录的，正是 Python 没有重新制造一套桌面 GUI 世界，而是选择通过接口接入一套已经成熟的图形系统。

这也是软件工程史里非常典型的一种演化方式，新语言不一定需要推翻旧技术，优秀的系统常常通过 binding、wrapper、FFI 和 adapter 继续获得新的生命。

`tkinter` 活到今天，名字本身就是这种工程文化留下的一枚小小纪念章。([Python documentation][1])

[1]: https://docs.python.org/3/library/tkinter.html "tkinter — Python interface to Tcl/Tk — Python 3.14.7 documentation"
[2]: https://www.tcl-lang.org/?utm_source=chatgpt.com "Tcl Developer Site"
[3]: https://www.tcl-lang.org/about/history.html?utm_source=chatgpt.com "History of Tcl"
[4]: https://www.tcl-lang.org/about/history.html "History of Tcl"
[5]: https://legacy.python.org/search/hypermail/python-1994q2/0830.html "Python Archives (1994q2): New Tkinter!"
[6]: https://legacy.python.org/search/hypermail/python-1994q2/1022.html "Python Archives (1994q2): New Tk interface"
[7]: https://peps.python.org/pep-3108/ "PEP 3108 – Standard Library Reorganization | peps.python.org"


看起来只是导入一个模块，可是 tkinter 这个名字其实像一块保存了计算机软件历史的化石。把它拆开以后，能一路追溯到 20 世纪 80 年代的 Berkeley，追到集成电路设计软件，追到 Unix 工作站上的图形界面，也能追到 Python 早期社区里 Guido van Rossum 和 Steen Lumholt 之间的协作。

从 Berkeley 的芯片设计工具到 Python 标准库，tkinter 这个名字背后的四十年技术迁徙

紫薇堂堂主

编程语言

开发工具

tkinter名称源自"Tk interface"，代表Python与Tcl/Tk图形工具包间的接口层。Tcl诞生于80年代Berkeley的IC设计工具需求，Tk是Ousterhout开发的GUI扩展。1994年Guido与Lumholt合作开发此接口，Python3中改为小写tkinter。这一名称承载着从芯片设计软件到现代GUI的完整技术演化史。

软件工程

电路设计

代码解释

服务器

解释器

Windows

Python

Unix

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

tkinter名称源自"Tk interface"，代表Python与Tcl/Tk图形工具包间的接口层。Tcl诞生于80年代Berkeley的IC设计工具需求，Tk是Ousterhout开发的GUI扩展。1994年Guido与Lumholt合作开发此接口，Python3中改为小写tkinter。这一名称承载着从芯片设计...

从 Berkeley 的芯片设计工具到 Python 标准库，tkinter 这个名字背后的四十年技术迁徙-腾讯云开发者社区-腾讯云

从 Berkeley 的芯片设计工具到 Python 标准库，tkinter 这个名字背后的四十年技术迁徙

从 Berkeley 的芯片设计工具到 Python 标准库，tkinter 这个名字背后的四十年技术迁徙

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐