使用来自 TM 的 101% 匹配项时，前后的片段可提供随每个片段一起保存的上下文。
上下文用于确定 TM 中的匹配项是否为：
-
101%
上下文内匹配。
-
100%
源文本匹配，但新文本的上下文不同。
注意
如果当前片段与 TM 匹配项之间的包装标签不对称，则该匹配项将降级为 99%，而不是被视为精确匹配。
当片段的上下文导致同一原文出现两种不同的译文时，这一点就变得很重要。
示例：
在捷克语中，女性“项目经理”的译法与男性“项目经理”不同。
如果周围的片段所形成的上下文可用于识别这种差异，那么两种译文都会保存到翻译记忆库中，并在提供相同上下文时作为 101% 匹配项呈现。
上下文类型
在 中设置随片段一起保存到翻译记忆库的上下文类型，在 导入作业 时生效。每个文件都可以使用不同的设置进行导入。
翻译记忆库可以包含具有不同上下文类型的片段：
-
自动
上下文类型将根据文件类型自动选择。
-
使用上下文类型 片段键 导入的文件：ANDROID_STRING, CHROME_JSON, DESKTOP_ENTRY, .DTD, JAVA PROPERTIES, JOOMLA_INI, .JSON, MAC_STRINGS, MOZILLA_PROPERTIES, .PHP, .PLIST, .PO (gettext), .RESJSON, .RESX, .TS, .XML_PROPERTIES, .YAML
-
其他格式将以 前一个和后一个片段 的上下文类型导入。
-
-
前一个和后一个片段
前一个和后一个片段都将保存为上下文。
-
片段键
片段键或片段 ID 将保存为上下文。这可以为上述 片段键 文件格式指定，也可以针对以下格式进行自定义：.CSV、.XML、多语言 XML 和多语言 MS Excel 文件。
-
无上下文
如果可以忽略上下文，则不会保存任何上下文，并且翻译将始终被最近修改的版本覆盖。
当找不到提供的上下文时，也会应用“无上下文”。
示例：
翻译单元一次只能存储一种上下文类型——前一个和后一个片段 和 片段键 不能组合使用。更改“片段上下文”设置仅影响更改后确认的片段；现有的 TM 条目将保留其保存时所用的上下文。要将不同的上下文类型应用于已翻译的内容，请通过具有更新设置的项目重新处理它，或重新导入它。请注意，这会创建新的 TM 条目，而不是更新现有的条目，因此必须单独删除原始条目。有关详细信息，请参阅 修改或导入翻译记忆库。