Transformers 对句子对分词时怎样只截断第二段
处理问答、文本匹配或相似度任务时,经常要把两段文字交给同一个 Transformers tokenizer。如果第一段是不能丢失的问题描述,第二段只是可压缩的候选答案,可以把 truncation 设置为 "only_second",再用 max_length 限制整个编码结果。这样 tokenizer 会保留第一段,优先从第二段末尾删除超出预算的 token。
官方文档:https://huggingface.co/docs/transformers/en/main_classes/tokenizer
最小配方是tokenizer(first_text, second_text, truncation="only_second", max_length=512)。不要只写truncation=True:句子对默认会采用longest_first,长的一侧可能先被截断,边界不够明确。
先区分默认截断和 only_second
Transformers 的 tokenizer 接收 text 和可选的 text_pair。当输入是句子对时,truncation=True 等价于使用 longest_first:编码器会从当前较长的一侧逐个移除 token,直到满足 max_length。如果业务要求第一段完整,这个默认策略就不够精确。

| 策略 | 适用输入 | 会从哪里截断 |
|---|---|---|
longest_first | 句子对 | 逐步从较长的一侧移除 |
only_first | 句子对 | 只处理第一段 |
only_second | 句子对 | 只处理第二段 |
因此,标题中的“只截断第二段”不是通过手工切字符串实现,而是把截断策略交给 tokenizer,让它在加入模型所需的特殊 token 后统一计算长度。
用最小调用限制第二段
下面的调用把问题描述作为第一段,把候选文本作为第二段。max_length 是最终编码序列的总长度上限,不是第二段单独可以使用的字符数;特殊 token 也会占用这个编码预算。
from transformers import AutoTokenizer
# 选择与模型配套的 tokenizer;示例模型名仅用于说明调用形状。
tokenizer = AutoTokenizer.from_pretrained("bert-base-uncased")
question = "Which document explains the tokenizer truncation strategy?"
candidate = "A longer candidate passage that may be shortened when the pair exceeds the limit."
encoded = tokenizer(
question,
candidate,
truncation="only_second", # 只允许第二段被截断,保留第一段。
max_length=32, # 限制加入特殊 token 后的总编码长度。
padding="max_length", # 不足总长度时补齐;补齐不是截断。
return_attention_mask=True, # 让模型区分真实 token 和 padding。
)
print(len(encoded["input_ids"]))
# 这里的长度应以 tokenizer 的编码结果为准,不把示例输出写死。
关键参数只有三个:truncation="only_second" 决定删除范围,max_length 决定总上限,padding="max_length" 负责把较短结果补齐。最后一个参数不会把第一段变长,也不会把第二段重新截断。
处理批量输入与 padding
批量输入时,两个序列要分别放在两个列表中,列表长度必须对应。仍然传入同一套截断策略即可;不要先把两段拼成一个字符串,否则 tokenizer 无法知道哪一段是可裁剪的第二段。
questions = [
"What does only_second mean?",
"Which sequence should remain complete?",
]
candidates = [
"This is the first candidate passage.",
"This is the second candidate passage, which can be longer.",
]
# 两个列表按下标组成句子对,第二个列表才是可截断侧。
batch = tokenizer(
questions,
candidates,
truncation="only_second", # 每个句子对都只裁剪 candidates 对应的文本。
max_length=64,
padding=True, # 按本批最长编码结果补齐,不改变截断策略。
return_tensors="pt", # 交给 PyTorch 模型的批量张量格式。
)
# input_ids、attention_mask 等字段可直接传给兼容的模型。
print(batch.keys())
padding=True 是“对齐长度”,truncation="only_second" 是“删除超长 token”,两者可以同时出现但职责不同。排查结果时,先看每个句子对是否超过 max_length,再看 padding 是否让批次长度一致。
检查边界与常见误区
- 把 max_length 当成第二段上限。它描述的是最终编码长度上限;如果第一段本身已经很长,第二段可用空间可能很小。
- 把 padding 当成保留原文。padding 只添加占位 token,不能恢复已经被截断的第二段。
- 在单句输入上期待 only_second 生效。这个策略的语义针对句子对;只有传入第二个序列时,才有“第二段”可截断。
- 需要滑窗却只设置 truncation。如果要保留被截断部分的重叠片段,应结合
stride和return_overflowing_tokens=True设计分片;不要把一条编码结果误认为包含全部原文。 - 把 token 长度当字符长度。不同 tokenizer 的切分方式不同,预算应以编码后的 token 数为准,不能用 Python 字符串长度替代。

常见问题
只写 truncation="only_second" 不写 max_length 可以吗?可以使用 tokenizer 或模型预设的最大长度,但为了让数据管道的边界可读、可复现,生产代码通常显式传入 max_length。
第一段也超长时会怎样?only_second 不会替你截断第一段;如果总长度仍超过上限,应该先重新设计输入预算,或明确改用能处理第一段的策略。
怎么确认第二段确实被裁剪?可以在自己的调试代码中同时请求长度或溢出信息,并对比编码前后的 token 数;不要只看 padding 后的张量形状。
小结
句子对分词需要保护第一段时,使用 truncation="only_second",并把 max_length 理解为包含特殊 token 的总预算。批量场景再叠加 padding,就能把“只删第二段”和“补齐批次长度”分开处理;如果需要覆盖全部长文本,则继续设计 stride 与溢出分片。
MySQL 处理器中 STACKED 与 CURRENT 诊断区有什么区别
- 上一篇
- MySQL 处理器中 STACKED 与 CURRENT 诊断区有什么区别
- 下一篇
- 国家档案局部署档案信息化,资源总库与数据分级有哪些建设重点
-
- 科技周边 · 人工智能 | 53分钟前 | Transformers 标签对齐 word_ids 词级标注 token分类
- Transformers 怎样用 word_ids 对齐词级标注
- 378浏览 收藏
-
- 科技周边 · 人工智能 | 1小时前 |
- Transformers 怎样取得特殊 token 的位置掩码
- 367浏览 收藏
-
- 科技周边 · 人工智能 | 2小时前 | Hugging Face 向量检索 FAISS Datasets 索引保存
- Hugging Face Datasets 怎样单独保存与载入 FAISS 索引
- 403浏览 收藏
-
- 科技周边 · 人工智能 | 2小时前 | Hugging Face Datasets batch_size to_dict batched 数据集导出
- Hugging Face Datasets 怎样分批导出字典而不一次读取全量
- 241浏览 收藏
-
- 科技周边 · 人工智能 | 5小时前 | 数据分片 Hugging Face Datasets shard
- Hugging Face Datasets 分片时连续划分和交错划分有什么区别
- 123浏览 收藏
-
- 科技周边 · 人工智能 | 6小时前 | audio Hugging Face 采样率 Datasets cast_column
- Hugging Face Datasets 怎样修改音频列的采样率声明
- 215浏览 收藏
-
- 科技周边 · 人工智能 | 6小时前 |
- Hugging Face Datasets 怎样让标签编号与模型标签映射一致
- 366浏览 收藏
-
- 科技周边 · 人工智能 | 7小时前 |
- Hugging Face Datasets 怎样随本地数据保存描述与引用信息
- 268浏览 收藏
-
- 科技周边 · 人工智能 | 11小时前 | 人工智能 · 结构化输出 vLLM JSON Schema OpenAI兼容服务 structured_outputs
- vLLM OpenAI 兼容服务怎样用 JSON Schema 约束结构化输出
- 240浏览 收藏
-
- 科技周边 · 人工智能 | 11小时前 |
- OpenAI Responses API 工具调用工具参数校验失败时怎样保留可诊断信息为什么结果为空或不符合预期
- 354浏览 收藏
-
- 科技周边 · 人工智能 | 11小时前 |
- Anthropic Claude tool use怎样把tool_use和tool_result配成一轮可继续的对话
- 158浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- PubMedQA
- 深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
- 967次使用
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 972次使用
-
- LMArena
- LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
- 1081次使用
-
- HELM
- 深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
- 1059次使用
-
- MMBench
- MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
- 895次使用
-
- go格式“占位符”输入输出 类似python的input
- 2023-01-19 346浏览
-
- Golang如何调用Python代码详解
- 2023-01-07 235浏览
-
- Go encoding.TextMarshaler 怎样让自定义类型支持文本编码
- 2026-10-14 435浏览
-
- Go regexp.Regexp AppendText 怎样保留正则表达式文本
- 2026-10-24 454浏览
-
- Go uuid 怎样生成 v4 UUID 并转换为文本
- 2026-10-25 380浏览

