io
TensorFlow I/O 是由 TensorFlow SIG-IO 社区维护的扩展库,旨在为 TensorFlow 补充原生未支持的文件系统和数据格式。它主要解决了开发者在处理多样化数据源时的痛点:无需预先下载或解压文件,即可直接通过 HTTP/HTTPS 等协议流式读取远程数据集(如 MNIST),并自动处理 gzip 等压缩格式。此外,它还广泛支持音频、视频、图像等多种多媒体格式的无缝加载。
这款工具特别适合 AI 研究人员和深度学习工程师使用。当你的项目涉及非标准数据存储、需要从云端直接流式传输大规模数据,或者需要处理复杂的音视频输入时,TensorFlow I/O 能显著简化数据预处理流程。其独特的技术亮点在于与 tf.data API 的深度集成,允许用户像操作本地数据一样轻松构建高效的输入管道,同时保持内存友好性。通过简单的 pip 安装或 Docker 部署,用户可以快速将其融入现有的 Keras 或 TensorFlow 工作流中,让数据准备环节更加灵活高效。
使用场景
某计算机视觉团队正在构建一个基于海量历史监控视频的目标检测模型,数据源分散在多个支持 HTTP/HTTPS 协议的远程对象存储桶中,且包含大量压缩格式文件。
没有 io 时
- 繁琐的预处理流程:开发人员必须编写额外的脚本手动下载所有视频和图像数据到本地磁盘,占用大量宝贵的存储空间。
- 格式兼容性差:TensorFlow 原生不支持直接读取某些特定编码的视频帧或压缩归档(如 gzip),需先解压转换才能输入模型。
- 内存与 I/O 瓶颈:一次性加载大型数据集容易导致内存溢出,且本地磁盘读写速度成为训练流水线的性能瓶颈。
- 维护成本高:每当数据源更新或增加新文件,都需要重新执行下载和清洗流程,难以实现动态数据流式处理。
- 代码逻辑割裂:数据加载逻辑与模型训练代码分离,增加了工程复杂度和出错概率。
使用 io 后
- 即连即用:利用
tfio.IODataset直接通过 URL 流式读取远程存储中的压缩视频或图像,无需任何本地下载步骤。 - 原生格式支持:io 自动识别并解压 gzip 等格式,直接解析多种音视频编码,将非标准文件无缝转换为 TensorFlow 张量。
- 高效流式处理:数据按需从网络流式传输,极大降低了本地存储压力和内存占用,显著提升数据吞吐效率。
- 动态数据管道:支持实时接入新增的远程数据文件,模型训练可立即响应数据更新,实现真正的端到端流水线。
- 代码简洁统一:数据加载完全融入
tf.dataAPI 体系,仅需几行代码即可替换原有复杂逻辑,让训练脚本更专注模型本身。
io 通过扩展文件系统协议和数据格式支持,将原本耗时数小时的数据准备过程缩减为秒级的流式读取,彻底释放了分布式数据训练的潜力。
运行环境要求
- Linux
- macOS
- Windows
- 非必需
- 支持 CPU 和 GPU 环境
- GPU 支持取决于安装的 TensorFlow 版本(如 tensorflow-gpu 或 tensorflow-rocm),README 未指定具体显卡型号、显存大小或 CUDA 版本要求
未说明

快速开始

TensorFlow I/O
TensorFlow I/O 是一组文件系统和文件格式的集合,这些内容在 TensorFlow 的内置支持中并不提供。TensorFlow I/O 支持的完整文件系统和文件格式列表可以在这里找到:https://www.tensorflow.org/io/api_docs/python/tfio。
使用 tensorflow-io 配合 Keras 非常简单。以下是一个基于 TensorFlow 入门教程 的示例,其中数据处理部分由 tensorflow-io 替代:
import tensorflow as tf
import tensorflow_io as tfio
# 将 MNIST 数据读入 IODataset。
dataset_url = "https://storage.googleapis.com/cvdf-datasets/mnist/"
d_train = tfio.IODataset.from_mnist(
dataset_url + "train-images-idx3-ubyte.gz",
dataset_url + "train-labels-idx1-ubyte.gz",
)
# 打乱数据集中的元素。
d_train = d_train.shuffle(buffer_size=1024)
# 默认情况下,图像数据是 uint8 类型,因此使用 map() 转换为 float32。
d_train = d_train.map(lambda x, y: (tf.image.convert_image_dtype(x, tf.float32), y))
# 像处理任何其他 tf.data.Dataset 一样准备批次数据。
d_train = d_train.batch(32)
# 构建模型。
model = tf.keras.models.Sequential(
[
tf.keras.layers.Flatten(input_shape=(28, 28)),
tf.keras.layers.Dense(512, activation=tf.nn.relu),
tf.keras.layers.Dropout(0.2),
tf.keras.layers.Dense(10, activation=tf.nn.softmax),
]
)
# 编译模型。
model.compile(
optimizer="adam", loss="sparse_categorical_crossentropy", metrics=["accuracy"]
)
# 训练模型。
model.fit(d_train, epochs=5, steps_per_epoch=200)
在上述 MNIST 示例中,用于访问数据集文件的 URL 直接传递给了 tfio.IODataset.from_mnist API 调用。这是因为 tensorflow-io 内置支持 HTTP/HTTPS 文件系统,从而无需将数据集下载并保存到本地目录。
注意:由于 tensorflow-io 能够自动检测并解压缩 MNIST 数据集(如果需要),我们可以直接将压缩文件(gzip 格式)的 URL 传递给 API 调用。
请查阅官方 文档,以获取更多关于该包的详细且有趣的用法。
安装
Python 包
可以通过 pip 直接安装 tensorflow-io Python 包:
$ pip install tensorflow-io
对于更喜欢尝试新事物的用户,也可以使用我们的夜间构建版本:
$ pip install tensorflow-io-nightly
为了确保您使用的 TensorFlow 版本与 TensorFlow-IO 兼容,您可以在安装时指定 tensorflow 附加依赖项:
pip install tensorflow-io[tensorflow]
类似的附加依赖项也适用于 tensorflow-gpu、tensorflow-cpu 和 tensorflow-rocm 等包。
Docker 镜像
除了 pip 包之外,还可以使用 Docker 镜像快速开始使用。
对于稳定版:
$ docker pull tfsigio/tfio:latest
$ docker run -it --rm --name tfio-latest tfsigio/tfio:latest
对于夜间版:
$ docker pull tfsigio/tfio:nightly
$ docker run -it --rm --name tfio-nightly tfsigio/tfio:nightly
R 包
成功安装 tensorflow-io Python 包后,您可以从 GitHub 安装 R 包的开发版本,方法如下:
if (!require("remotes")) install.packages("remotes")
remotes::install_github("tensorflow/io", subdir = "R-package")
TensorFlow 版本兼容性
为确保与 TensorFlow 的兼容性,建议根据下表安装相应版本的 TensorFlow I/O。发布列表可以在 这里 查看。
| TensorFlow I/O 版本 | TensorFlow 兼容性 | 发布日期 |
|---|---|---|
| 0.37.1 | 2.16.x | 2024年7月1日 |
| 0.37.0 | 2.16.x | 2024年4月25日 |
| 0.36.0 | 2.15.x | 2024年2月2日 |
| 0.35.0 | 2.14.x | 2023年12月18日 |
| 0.34.0 | 2.13.x | 2023年9月8日 |
| 0.33.0 | 2.13.x | 2023年8月1日 |
| 0.32.0 | 2.12.x | 2023年3月28日 |
| 0.31.0 | 2.11.x | 2023年2月25日 |
| 0.30.0 | 2.11.x | 2023年1月20日 |
| 0.29.0 | 2.11.x | 2022年12月18日 |
| 0.28.0 | 2.11.x | 2022年11月21日 |
| 0.27.0 | 2.10.x | 2022年9月8日 |
| 0.26.0 | 2.9.x | 2022年5月17日 |
| 0.25.0 | 2.8.x | 2022年4月19日 |
| 0.24.0 | 2.8.x | 2022年2月4日 |
| 0.23.1 | 2.7.x | 2021年12月15日 |
| 0.23.0 | 2.7.x | 2021年12月14日 |
| 0.22.0 | 2.7.x | 2021年11月10日 |
| 0.21.0 | 2.6.x | 2021年9月12日 |
| 0.20.0 | 2.6.x | 2021年8月11日 |
| 0.19.1 | 2.5.x | 2021年7月25日 |
| 0.19.0 | 2.5.x | 2021年6月25日 |
| 0.18.0 | 2.5.x | 2021年5月13日 |
| 0.17.1 | 2.4.x | 2021年4月16日 |
| 0.17.0 | 2.4.x | 2020年12月14日 |
| 0.16.0 | 2.3.x | 2020年10月23日 |
| 0.15.0 | 2.3.x | 2020年8月3日 |
| 0.14.0 | 2.2.x | 2020年7月8日 |
| 0.13.0 | 2.2.x | 2020年5月10日 |
| 0.12.0 | 2.1.x | 2020年2月28日 |
| 0.11.0 | 2.1.x | 2020年1月10日 |
| 0.10.0 | 2.0.x | 2019年12月5日 |
| 0.9.1 | 2.0.x | 2019年11月15日 |
| 0.9.0 | 2.0.x | 2019年10月18日 |
| 0.8.1 | 1.15.x | 2019年11月15日 |
| 0.8.0 | 1.15.x | 2019年10月17日 |
| 0.7.2 | 1.14.x | 2019年11月15日 |
| 0.7.1 | 1.14.x | 2019年10月18日 |
| 0.7.0 | 1.14.x | 2019年7月14日 |
| 0.6.0 | 1.13.x | 2019年5月29日 |
| 0.5.0 | 1.13.x | 2019年4月12日 |
| 0.4.0 | 1.13.x | 2019年3月1日 |
| 0.3.0 | 1.12.0 | 2019年2月15日 |
| 0.2.0 | 1.12.0 | 2019年1月29日 |
| 0.1.0 | 1.12.0 | 2018年12月16日 |
性能基准测试
我们使用 github-pages 来记录 API 性能基准测试的结果。每次提交到 master 分支时都会触发基准测试作业,从而便于跟踪性能随提交的变化情况。
贡献
TensorFlow I/O 是一个由社区主导的开源项目。因此,该项目依赖于公众的贡献、错误修复和文档编写。请参阅:
构建状态与持续集成
| 构建 | 状态 |
|---|---|
| Linux CPU Python 2 | |
| Linux CPU Python 3 | |
| Linux GPU Python 2 | |
| Linux GPU Python 3 |
由于 manylinux2010 的要求,TensorFlow I/O 在 Linux 上使用 Ubuntu:16.04 + Developer Toolset 7 (GCC 7.3) 进行构建。在 Ubuntu 16.04 上配置 Developer Toolset 7 并不十分简单。如果系统已安装 Docker,则可以使用以下命令自动构建 manylinux2010 兼容的 whl 包:
#!/usr/bin/env bash
ls dist/*
for f in dist/*.whl; do
docker run -i --rm -v $PWD:/v -w /v --net=host quay.io/pypa/manylinux2010_x86_64 bash -x -e /v/tools/build/auditwheel repair --plat manylinux2010_x86_64 $f
done
sudo chown -R $(id -nu):$(id -ng) .
ls wheelhouse/*
构建过程需要一些时间,但完成后,wheelhouse 目录中将提供适用于 Python 3.5、3.6 和 3.7 的 whl 包。
在 macOS 上,也可以使用相同的命令。不过,该脚本会依赖于 shell 中的 python 命令,并且只会生成与当前 shell 中 python 版本匹配的 whl 包。如果希望为特定版本的 Python 构建 whl 包,就需要将该版本的 Python 别名设置为 shell 中的 python。具体操作方法请参阅 .github/workflows/build.yml 文件中的 Auditwheel 步骤。
需要注意的是,上述命令也是我们在发布 Linux 和 macOS 版本时所使用的命令。
TensorFlow I/O 同时使用 GitHub Workflows 和 Google CI(Kokoro)进行持续集成。GitHub Workflows 负责 macOS 的构建和测试,而 Kokoro 则负责 Linux 的构建和测试。同样由于 manylinux2010 的要求,在 Linux 上,whl 包始终是在 Ubuntu 16.04 + Developer Toolset 7 的环境下构建的。测试则在多种不同系统的不同 Python 3 版本上进行,以确保良好的覆盖范围:
| Python | Ubuntu 18.04 | Ubuntu 20.04 | macOS + osx9 | Windows-2019 |
|---|---|---|---|---|
| 2.7 | :heavy_check_mark: | :heavy_check_mark: | :heavy_check_mark: | N/A |
| 3.7 | :heavy_check_mark: | :heavy_check_mark: | :heavy_check_mark: | :heavy_check_mark: |
| 3.8 | :heavy_check_mark: | :heavy_check_mark: | :heavy_check_mark: | :heavy_check_mark: |
TensorFlow I/O 与许多系统和云服务提供商实现了集成,例如 Prometheus、Apache Kafka、Apache Ignite、Google Cloud PubSub、AWS Kinesis、Microsoft Azure Storage、Alibaba Cloud OSS 等。
我们尽最大努力在持续集成过程中尽可能地对这些系统进行测试。其中,Prometheus、Kafka 和 Ignite 等测试是通过实际运行的系统完成的,即在测试开始前,我们会先在 CI 机器上安装 Prometheus/Kafka/Ignite。而 Kinesis、PubSub 和 Azure Storage 等测试则是通过官方或非官方的模拟器来完成的。此外,只要条件允许,我们也会进行离线测试,尽管通过离线测试覆盖的系统可能无法达到与实际系统或模拟器相同的覆盖程度。
| 实际系统 | 模拟器 | CI 集成 | 离线 | |
|---|---|---|---|---|
| Apache Kafka | :heavy_check_mark: | :heavy_check_mark: | ||
| Apache Ignite | :heavy_check_mark: | :heavy_check_mark: | ||
| Prometheus | :heavy_check_mark: | :heavy_check_mark: | ||
| Google PubSub | :heavy_check_mark: | :heavy_check_mark: | ||
| Azure Storage | :heavy_check_mark: | :heavy_check_mark: | ||
| AWS Kinesis | :heavy_check_mark: | :heavy_check_mark: | ||
| Alibaba Cloud OSS | :heavy_check_mark: | |||
| Google BigTable/BigQuery | 待添加 | |||
| Elasticsearch (实验性) | :heavy_check_mark: | :heavy_check_mark: | ||
| MongoDB (实验性) | :heavy_check_mark: | :heavy_check_mark: |
模拟器参考:
- Google Cloud 提供的官方 PubSub 模拟器。
- Azure 提供的官方 Azurite 模拟器。
- LocalStack 提供的非官方 LocalStack 模拟器用于 AWS Kinesis。
社区
- SIG IO Google Group 和邮件列表:io@tensorflow.org
- SIG IO 每月会议记录
- Gitter 讨论室:tensorflow/sig-io
补充信息
- 利用分层存储且无需数据湖的流式机器学习 - Kai Waehner
- TensorFlow 与 Apache Arrow 数据集 - Bryan Cutler
- 如何为 TensorFlow 构建自定义数据集 - Ivelin Ivanov
- TensorFlow 与 Apache Ignite - Anton Dmitriev
许可证
版本历史
v0.37.12024/07/01v0.37.02024/05/01v0.36.02024/02/06v0.35.02023/12/19v0.34.02023/09/08v0.33.02023/08/02v0.32.02023/03/29v0.31.02023/02/25v0.30.02023/01/21v0.29.02022/12/19v0.28.02022/11/22v0.27.02022/09/08v0.26.02022/05/18v0.25.02022/04/21v0.24.02022/02/04v0.23.12021/12/15v0.23.02021/12/14v0.22.02021/11/10v0.21.02021/09/13v0.20.02021/08/12常见问题
相似工具推荐
openclaw
OpenClaw 是一款专为个人打造的本地化 AI 助手,旨在让你在自己的设备上拥有完全可控的智能伙伴。它打破了传统 AI 助手局限于特定网页或应用的束缚,能够直接接入你日常使用的各类通讯渠道,包括微信、WhatsApp、Telegram、Discord、iMessage 等数十种平台。无论你在哪个聊天软件中发送消息,OpenClaw 都能即时响应,甚至支持在 macOS、iOS 和 Android 设备上进行语音交互,并提供实时的画布渲染功能供你操控。 这款工具主要解决了用户对数据隐私、响应速度以及“始终在线”体验的需求。通过将 AI 部署在本地,用户无需依赖云端服务即可享受快速、私密的智能辅助,真正实现了“你的数据,你做主”。其独特的技术亮点在于强大的网关架构,将控制平面与核心助手分离,确保跨平台通信的流畅性与扩展性。 OpenClaw 非常适合希望构建个性化工作流的技术爱好者、开发者,以及注重隐私保护且不愿被单一生态绑定的普通用户。只要具备基础的终端操作能力(支持 macOS、Linux 及 Windows WSL2),即可通过简单的命令行引导完成部署。如果你渴望拥有一个懂你
stable-diffusion-webui
stable-diffusion-webui 是一个基于 Gradio 构建的网页版操作界面,旨在让用户能够轻松地在本地运行和使用强大的 Stable Diffusion 图像生成模型。它解决了原始模型依赖命令行、操作门槛高且功能分散的痛点,将复杂的 AI 绘图流程整合进一个直观易用的图形化平台。 无论是希望快速上手的普通创作者、需要精细控制画面细节的设计师,还是想要深入探索模型潜力的开发者与研究人员,都能从中获益。其核心亮点在于极高的功能丰富度:不仅支持文生图、图生图、局部重绘(Inpainting)和外绘(Outpainting)等基础模式,还独创了注意力机制调整、提示词矩阵、负向提示词以及“高清修复”等高级功能。此外,它内置了 GFPGAN 和 CodeFormer 等人脸修复工具,支持多种神经网络放大算法,并允许用户通过插件系统无限扩展能力。即使是显存有限的设备,stable-diffusion-webui 也提供了相应的优化选项,让高质量的 AI 艺术创作变得触手可及。
everything-claude-code
everything-claude-code 是一套专为 AI 编程助手(如 Claude Code、Codex、Cursor 等)打造的高性能优化系统。它不仅仅是一组配置文件,而是一个经过长期实战打磨的完整框架,旨在解决 AI 代理在实际开发中面临的效率低下、记忆丢失、安全隐患及缺乏持续学习能力等核心痛点。 通过引入技能模块化、直觉增强、记忆持久化机制以及内置的安全扫描功能,everything-claude-code 能显著提升 AI 在复杂任务中的表现,帮助开发者构建更稳定、更智能的生产级 AI 代理。其独特的“研究优先”开发理念和针对 Token 消耗的优化策略,使得模型响应更快、成本更低,同时有效防御潜在的攻击向量。 这套工具特别适合软件开发者、AI 研究人员以及希望深度定制 AI 工作流的技术团队使用。无论您是在构建大型代码库,还是需要 AI 协助进行安全审计与自动化测试,everything-claude-code 都能提供强大的底层支持。作为一个曾荣获 Anthropic 黑客大奖的开源项目,它融合了多语言支持与丰富的实战钩子(hooks),让 AI 真正成长为懂上
ComfyUI
ComfyUI 是一款功能强大且高度模块化的视觉 AI 引擎,专为设计和执行复杂的 Stable Diffusion 图像生成流程而打造。它摒弃了传统的代码编写模式,采用直观的节点式流程图界面,让用户通过连接不同的功能模块即可构建个性化的生成管线。 这一设计巧妙解决了高级 AI 绘图工作流配置复杂、灵活性不足的痛点。用户无需具备编程背景,也能自由组合模型、调整参数并实时预览效果,轻松实现从基础文生图到多步骤高清修复等各类复杂任务。ComfyUI 拥有极佳的兼容性,不仅支持 Windows、macOS 和 Linux 全平台,还广泛适配 NVIDIA、AMD、Intel 及苹果 Silicon 等多种硬件架构,并率先支持 SDXL、Flux、SD3 等前沿模型。 无论是希望深入探索算法潜力的研究人员和开发者,还是追求极致创作自由度的设计师与资深 AI 绘画爱好者,ComfyUI 都能提供强大的支持。其独特的模块化架构允许社区不断扩展新功能,使其成为当前最灵活、生态最丰富的开源扩散模型工具之一,帮助用户将创意高效转化为现实。
markitdown
MarkItDown 是一款由微软 AutoGen 团队打造的轻量级 Python 工具,专为将各类文件高效转换为 Markdown 格式而设计。它支持 PDF、Word、Excel、PPT、图片(含 OCR)、音频(含语音转录)、HTML 乃至 YouTube 链接等多种格式的解析,能够精准提取文档中的标题、列表、表格和链接等关键结构信息。 在人工智能应用日益普及的今天,大语言模型(LLM)虽擅长处理文本,却难以直接读取复杂的二进制办公文档。MarkItDown 恰好解决了这一痛点,它将非结构化或半结构化的文件转化为模型“原生理解”且 Token 效率极高的 Markdown 格式,成为连接本地文件与 AI 分析 pipeline 的理想桥梁。此外,它还提供了 MCP(模型上下文协议)服务器,可无缝集成到 Claude Desktop 等 LLM 应用中。 这款工具特别适合开发者、数据科学家及 AI 研究人员使用,尤其是那些需要构建文档检索增强生成(RAG)系统、进行批量文本分析或希望让 AI 助手直接“阅读”本地文件的用户。虽然生成的内容也具备一定可读性,但其核心优势在于为机器
LLMs-from-scratch
LLMs-from-scratch 是一个基于 PyTorch 的开源教育项目,旨在引导用户从零开始一步步构建一个类似 ChatGPT 的大型语言模型(LLM)。它不仅是同名技术著作的官方代码库,更提供了一套完整的实践方案,涵盖模型开发、预训练及微调的全过程。 该项目主要解决了大模型领域“黑盒化”的学习痛点。许多开发者虽能调用现成模型,却难以深入理解其内部架构与训练机制。通过亲手编写每一行核心代码,用户能够透彻掌握 Transformer 架构、注意力机制等关键原理,从而真正理解大模型是如何“思考”的。此外,项目还包含了加载大型预训练权重进行微调的代码,帮助用户将理论知识延伸至实际应用。 LLMs-from-scratch 特别适合希望深入底层原理的 AI 开发者、研究人员以及计算机专业的学生。对于不满足于仅使用 API,而是渴望探究模型构建细节的技术人员而言,这是极佳的学习资源。其独特的技术亮点在于“循序渐进”的教学设计:将复杂的系统工程拆解为清晰的步骤,配合详细的图表与示例,让构建一个虽小但功能完备的大模型变得触手可及。无论你是想夯实理论基础,还是为未来研发更大规模的模型做准备