简介风驰标书文档两两互比查重系统3.0是一款面向论文撰写者与标书制作人员的本地文档相似度分析工具核心解决多份文档间内容雷同、抄袭排查的效率问题适用于学术诚信自查与投标文件独特性校验等场景。资源包共39个文件约67.27MB包含可执行主程序与辅助工具、jieba分词及同义词库等词典数据、dll动态链接库、css与js前端资源、字体文件以及软件使用视频另附README说明与支持库安装程序覆盖运行、比对与扩展所需的主要模块。目前已有374人学习下载。借助内置分词与同义词库软件可对本地论文、标书等文本快速完成两两互比输出相似度结果并兼容多种常见文档格式配套视频与说明文档便于快速上手支持库设计也为后续功能更新预留空间适合需要批量查重与标书自查的用户参考使用。1. 标书查重到底在查什么从“两两互比”说起做过标书的人大概都有过这种经历几家公司一起投标技术方案里总有些段落“似曾相识”评审专家一眼就能看出问题。但真要人工去比对几十份、上百份文档逐字逐句找重复那基本是不可能完成的任务。风驰标书文档两两互比查重系统3.0 就是冲着这个场景来的——它把“两两互比”作为核心机制对一批文档做全组合的交叉比对输出每一对文档之间的相似度并定位到具体的重复段落。这套系统的定位很明确不是通用查重而是面向标书、论文、技术方案这类长文档的批量比对工具。适合谁用一是需要做标书合规自查的商务或技术负责人二是需要对论文初稿做交叉比对的研究生三是任何手里有一堆文档、想知道“谁和谁像、像在哪”的从业者。它的价值不在于给出一个“合格/不合格”的判决而在于把重复的位置和程度量化出来让人自己判断。2. 两两互比的核心机制相似度算法与文档预处理2.1 为什么是“两两互比”而不是“一对多”常见的查重工具大多采用“一对多”模式拿一份文档去和一个大库比对。但标书场景不一样——你手里可能同时有 5 家、10 家甚至更多投标方的文档需要知道的是“任意两份之间”的相似关系而不是“某一份和某个标准库”的关系。两两互比意味着对 N 份文档做 C(N,2) 次比对10 份文档就是 45 对20 份就是 190 对。这个计算量不小但换来的是完整的相似度矩阵谁和谁像、像到什么程度一目了然。系统 3.0 在这一点上的处理思路是先对所有文档做统一的预处理把每份文档切成段落级的片段然后对每一对文档做片段级的匹配。这样既避免了全文哈希那种“改几个字就完全不算重复”的粗糙也不会像逐字比对那样慢到不可用。2.2 文档预处理从原始文件到可比片段标书文档的格式五花八门doc、docx、pdf 都有里面还夹杂着表格、图片、页眉页脚。预处理阶段要做的事是把这些统一成纯文本再切成有意义的片段。import re from docx import Document def extract_paragraphs(filepath): 从 docx 提取段落文本过滤空段和页眉页脚 doc Document(filepath) paragraphs [] for para in doc.paragraphs: text para.text.strip() # 过滤空段和过短的片段少于10个字的基本是标题或噪声 if len(text) 10: # 去掉多余空白和特殊符号 text re.sub(r\s, , text) paragraphs.append(text) return paragraphs def split_into_chunks(paragraphs, chunk_size200): 把段落合并成约200字的片段避免单段过短导致匹配碎片化 chunks [] buffer for para in paragraphs: buffer para if len(buffer) chunk_size: chunks.append(buffer) buffer if buffer: chunks.append(buffer) return chunks这段代码的逻辑很直接先提取段落过滤掉太短的噪声然后把相邻段落合并成约 200 字的片段。为什么要合并因为标书里很多段落只有一两句话单独拿去比对匹配上的概率很低而且会产生大量碎片化的结果。合并成 200 字左右的片段既能保留上下文又能让相似度计算更稳定。参数方面chunk_size默认 200 字实际用的时候可以根据文档长度调整。文档普遍较长比如技术方案动辄几十页可以调到 300 甚至 500文档偏短就降到 100 左右。过滤阈值len(text) 10也是经验值标书里的正文段落一般不会少于 10 个字低于这个数的多半是标题、编号或者表格残留。2.3 相似度计算余弦相似度与编辑距离的取舍片段切好之后核心问题就是怎么算两个片段的相似度。常见做法有两种一种是基于词频的余弦相似度把片段转成向量算夹角另一种是基于字符的编辑距离算最少改多少个字能变成另一个。from sklearn.feature_extraction.text import TfidfVectorizer from sklearn.metrics.pairwise import cosine_similarity import numpy as np def compute_similarity_matrix(chunks_a, chunks_b): 计算两份文档所有片段之间的相似度矩阵 all_chunks chunks_a chunks_b vectorizer TfidfVectorizer(analyzerchar, ngram_range(2, 4)) tfidf_matrix vectorizer.fit_transform(all_chunks) # 分别取两份文档的向量 vec_a tfidf_matrix[:len(chunks_a)] vec_b tfidf_matrix[len(chunks_a):] # 计算交叉相似度 sim_matrix cosine_similarity(vec_a, vec_b) return sim_matrix def find_duplicates(sim_matrix, threshold0.75): 找出相似度超过阈值的片段对 duplicates [] for i in range(sim_matrix.shape[0]): for j in range(sim_matrix.shape[1]): if sim_matrix[i][j] threshold: duplicates.append((i, j, sim_matrix[i][j])) return duplicates这里用的是字符级 n-gram 加 TF-IDF 再算余弦相似度。为什么用字符级而不是词级因为标书里经常有专业术语和固定表述分词工具不一定能切准字符级 n-gram 更鲁棒。ngram_range(2, 4)表示同时看 2 到 4 个字的组合既能捕捉短词也能捕捉长短语。阈值0.75是个关键参数。调低了稍微有点像的都会被报出来误报多调高了改几个字的抄袭就漏掉了。实际用的时候建议先跑一遍看看结果分布如果重复对太多就往上调到 0.8 甚至 0.85如果几乎没结果就降到 0.6 试试。这个值没有绝对标准取决于你对“重复”的容忍度。3. 跑通一次完整比对从命令行到结果报告3.1 环境准备与依赖安装系统本身是个 Python 项目跑起来需要几个基础库。建议用虚拟环境避免和系统里的其他包冲突。python -m venv venv source venv/bin/activate # Windows 下用 venv\Scripts\activate pip install python-docx scikit-learn numpy pandas openpyxlpython-docx负责读 docxscikit-learn提供 TF-IDF 和余弦相似度pandas用来整理结果openpyxl是导出 Excel 报告用的。如果文档里有 pdf还需要额外装pdfplumber或PyPDF2不过标书场景下 docx 占绝大多数pdf 可以先转成 docx 再处理。3.2 批量比对的执行流程把待比对的文档放在一个目录下系统会自动扫描并两两组合。下面是一个简化的主流程import os from itertools import combinations def batch_compare(doc_dir, output_path, threshold0.75): 批量比对目录下所有文档输出重复报告 files [f for f in os.listdir(doc_dir) if f.endswith(.docx)] all_results [] for file_a, file_b in combinations(files, 2): path_a os.path.join(doc_dir, file_a) path_b os.path.join(doc_dir, file_b) chunks_a split_into_chunks(extract_paragraphs(path_a)) chunks_b split_into_chunks(extract_paragraphs(path_b)) sim_matrix compute_similarity_matrix(chunks_a, chunks_b) dups find_duplicates(sim_matrix, threshold) for i, j, score in dups: all_results.append({ 文档A: file_a, 文档B: file_b, 片段A: chunks_a[i][:100], 片段B: chunks_b[j][:100], 相似度: round(score, 4) }) df pd.DataFrame(all_results) df.to_excel(output_path, indexFalse) return df流程分四步扫描目录拿到文件列表用combinations生成所有两两组合对每一对做片段提取和相似度计算最后把超过阈值的结果汇总成 Excel。combinations的好处是自动去重A 和 B 比过之后不会再比 B 和 A。输出结果里保留了片段的前 100 个字方便快速定位。相似度保留四位小数排序之后一眼就能看出哪些对最严重。实际用的时候建议先按相似度降序排一下优先看 0.9 以上的那些基本是整段照搬。3.3 结果解读相似度数字背后的含义拿到报告之后怎么判断严重程度根据实际使用经验可以大致分几档相似度区间含义建议处理0.95 以上几乎完全一致整段照搬必须修改风险极高0.85 - 0.95高度相似只改了少量词句重点修改调整表述结构0.75 - 0.85中度相似有共同表述但非直接复制视情况修改注意行业通用语0.75 以下低度相似可能是通用术语或巧合一般可忽略需要提醒的是标书里有些内容是不可避免会重复的比如公司名称、资质证书编号、标准条款引用。这些片段即使相似度很高也不代表抄袭。所以看报告的时候要结合片段内容判断不能只看数字。4. 避坑与排查那些跑起来才知道的问题4.1 现象结果里全是“本公司”“投标人”之类的短句原因预处理阶段过滤阈值设得太低把一些通用短句也当成了有效片段。标书里“本公司郑重承诺”“投标人须具备”这类句式反复出现字符级 n-gram 很容易把它们匹配上。解决把过滤阈值从 10 个字提高到 20 个字或者在片段合并阶段设置最小长度。另外可以在比对前维护一个停用片段列表把已知的通用表述排除掉。4.2 现象两份文档明明很像但相似度只有 0.5 左右原因文档里夹杂了大量表格和图片提取出来的纯文本片段被表格内容打散了。表格里的文字往往是一格一格的短句合并之后语义不连贯导致匹配失效。解决在提取阶段单独处理表格把表格内容按行拼接成完整句子再纳入片段。如果表格太多可以考虑先人工把表格转成正文段落或者调低chunk_size让片段更细。4.3 现象跑 20 份文档花了将近一个小时原因两两互比的计算量是 O(N²)20 份文档就是 190 对每对都要做 TF-IDF 向量化和余弦相似度计算。如果文档又长、片段又多时间就上去了。解决两个方向。一是减少片段数量把chunk_size调大比如从 200 调到 500片段数少了计算量自然下来。二是加缓存对每份文档的 TF-IDF 向量只算一次比对时直接复用避免重复计算。实测下来加缓存之后 20 份文档能压到 10 分钟以内。4.4 现象导出的 Excel 里中文全是乱码原因pandas默认用 utf-8 写 Excel但某些版本的openpyxl在 Windows 下会有编码问题。解决导出时显式指定编码或者改用to_csv加encodingutf-8-sig。如果一定要 Excel 格式确保openpyxl是最新版本并且在to_excel时加上engineopenpyxl。4.5 现象相似度阈值调到 0.8 之后一份重复都报不出来原因文档经过了改写不是直接复制字符级 n-gram 匹配不上。比如把“我方承诺”改成“我们保证”2-gram 层面就不重合了。解决这种情况需要引入语义相似度比如用预训练词向量或者 sentence-transformers 做嵌入再算余弦相似度。但那会增加依赖和计算量属于进阶用法。如果只是偶尔遇到可以先把阈值降到 0.6 看看有没有候选再人工判断。5. 进阶技巧用片段指纹加速大规模比对当文档数量上到 50 份以上两两互比的计算量会变得很可观。这时候可以用片段指纹fingerprint的思路来加速对每个片段生成一个固定长度的哈希值先比哈希哈希相同或相近的再进入精细比对。import hashlib def fingerprint(text, length16): 生成片段的指纹取 MD5 的前 length 位 return hashlib.md5(text.encode(utf-8)).hexdigest()[:length] def fast_compare(chunks_a, chunks_b, threshold0.75): 先用指纹粗筛再对候选对做精细比对 fp_a {fingerprint(c): i for i, c in enumerate(chunks_a)} fp_b {fingerprint(c): j for j, c in enumerate(chunks_b)} # 完全相同的片段直接命中 exact_matches set(fp_a.keys()) set(fp_b.keys()) candidates [(fp_a[fp], fp_b[fp], 1.0) for fp in exact_matches] # 对指纹不同的片段只比对长度相近的 for i, ca in enumerate(chunks_a): for j, cb in enumerate(chunks_b): if abs(len(ca) - len(cb)) 50: continue if fingerprint(ca) in exact_matches: continue # 这里可以接精细比对逻辑 # ... return candidates指纹的作用是快速排除明显不同的片段。MD5 前 16 位已经能提供足够的区分度碰撞概率极低。长度过滤是另一个加速点如果两个片段长度差超过 50 个字基本不可能高度相似直接跳过。实际用的时候可以把指纹预计算好存到磁盘下次比对直接加载省去重复计算。对于固定的一批文档这个优化效果很明显。我自己的习惯是第一次跑完整流程把每份文档的片段和指纹都缓存下来后续调整阈值或者换比对组合时直接读缓存只重算相似度那一步。从那以后我每次做批量比对之前都会先跑一遍指纹预计算把缓存建好再动手。这样即使中途要调参数、换阈值也不用从头再来。希望帮到你。本文还有配套的精品资源点击获取
简介风驰标书文档两两互比查重系统3.0是一款面向论文撰写者与标书制作人员的本地文档相似度分析工具核心解决多份文档间内容雷同、抄袭排查的效率问题适用于学术诚信自查与投标文件独特性校验等场景。资源包共39个文件约67.27MB包含可执行主程序与辅助工具、jieba分词及同义词库等词典数据、dll动态链接库、css与js前端资源、字体文件以及软件使用视频另附README说明与支持库安装程序覆盖运行、比对与扩展所需的主要模块。目前已有374人学习下载。借助内置分词与同义词库软件可对本地论文、标书等文本快速完成两两互比输出相似度结果并兼容多种常见文档格式配套视频与说明文档便于快速上手支持库设计也为后续功能更新预留空间适合需要批量查重与标书自查的用户参考使用。1. 标书查重到底在查什么从“两两互比”说起做过标书的人大概都有过这种经历几家公司一起投标技术方案里总有些段落“似曾相识”评审专家一眼就能看出问题。但真要人工去比对几十份、上百份文档逐字逐句找重复那基本是不可能完成的任务。风驰标书文档两两互比查重系统3.0 就是冲着这个场景来的——它把“两两互比”作为核心机制对一批文档做全组合的交叉比对输出每一对文档之间的相似度并定位到具体的重复段落。这套系统的定位很明确不是通用查重而是面向标书、论文、技术方案这类长文档的批量比对工具。适合谁用一是需要做标书合规自查的商务或技术负责人二是需要对论文初稿做交叉比对的研究生三是任何手里有一堆文档、想知道“谁和谁像、像在哪”的从业者。它的价值不在于给出一个“合格/不合格”的判决而在于把重复的位置和程度量化出来让人自己判断。2. 两两互比的核心机制相似度算法与文档预处理2.1 为什么是“两两互比”而不是“一对多”常见的查重工具大多采用“一对多”模式拿一份文档去和一个大库比对。但标书场景不一样——你手里可能同时有 5 家、10 家甚至更多投标方的文档需要知道的是“任意两份之间”的相似关系而不是“某一份和某个标准库”的关系。两两互比意味着对 N 份文档做 C(N,2) 次比对10 份文档就是 45 对20 份就是 190 对。这个计算量不小但换来的是完整的相似度矩阵谁和谁像、像到什么程度一目了然。系统 3.0 在这一点上的处理思路是先对所有文档做统一的预处理把每份文档切成段落级的片段然后对每一对文档做片段级的匹配。这样既避免了全文哈希那种“改几个字就完全不算重复”的粗糙也不会像逐字比对那样慢到不可用。2.2 文档预处理从原始文件到可比片段标书文档的格式五花八门doc、docx、pdf 都有里面还夹杂着表格、图片、页眉页脚。预处理阶段要做的事是把这些统一成纯文本再切成有意义的片段。import re from docx import Document def extract_paragraphs(filepath): 从 docx 提取段落文本过滤空段和页眉页脚 doc Document(filepath) paragraphs [] for para in doc.paragraphs: text para.text.strip() # 过滤空段和过短的片段少于10个字的基本是标题或噪声 if len(text) 10: # 去掉多余空白和特殊符号 text re.sub(r\s, , text) paragraphs.append(text) return paragraphs def split_into_chunks(paragraphs, chunk_size200): 把段落合并成约200字的片段避免单段过短导致匹配碎片化 chunks [] buffer for para in paragraphs: buffer para if len(buffer) chunk_size: chunks.append(buffer) buffer if buffer: chunks.append(buffer) return chunks这段代码的逻辑很直接先提取段落过滤掉太短的噪声然后把相邻段落合并成约 200 字的片段。为什么要合并因为标书里很多段落只有一两句话单独拿去比对匹配上的概率很低而且会产生大量碎片化的结果。合并成 200 字左右的片段既能保留上下文又能让相似度计算更稳定。参数方面chunk_size默认 200 字实际用的时候可以根据文档长度调整。文档普遍较长比如技术方案动辄几十页可以调到 300 甚至 500文档偏短就降到 100 左右。过滤阈值len(text) 10也是经验值标书里的正文段落一般不会少于 10 个字低于这个数的多半是标题、编号或者表格残留。2.3 相似度计算余弦相似度与编辑距离的取舍片段切好之后核心问题就是怎么算两个片段的相似度。常见做法有两种一种是基于词频的余弦相似度把片段转成向量算夹角另一种是基于字符的编辑距离算最少改多少个字能变成另一个。from sklearn.feature_extraction.text import TfidfVectorizer from sklearn.metrics.pairwise import cosine_similarity import numpy as np def compute_similarity_matrix(chunks_a, chunks_b): 计算两份文档所有片段之间的相似度矩阵 all_chunks chunks_a chunks_b vectorizer TfidfVectorizer(analyzerchar, ngram_range(2, 4)) tfidf_matrix vectorizer.fit_transform(all_chunks) # 分别取两份文档的向量 vec_a tfidf_matrix[:len(chunks_a)] vec_b tfidf_matrix[len(chunks_a):] # 计算交叉相似度 sim_matrix cosine_similarity(vec_a, vec_b) return sim_matrix def find_duplicates(sim_matrix, threshold0.75): 找出相似度超过阈值的片段对 duplicates [] for i in range(sim_matrix.shape[0]): for j in range(sim_matrix.shape[1]): if sim_matrix[i][j] threshold: duplicates.append((i, j, sim_matrix[i][j])) return duplicates这里用的是字符级 n-gram 加 TF-IDF 再算余弦相似度。为什么用字符级而不是词级因为标书里经常有专业术语和固定表述分词工具不一定能切准字符级 n-gram 更鲁棒。ngram_range(2, 4)表示同时看 2 到 4 个字的组合既能捕捉短词也能捕捉长短语。阈值0.75是个关键参数。调低了稍微有点像的都会被报出来误报多调高了改几个字的抄袭就漏掉了。实际用的时候建议先跑一遍看看结果分布如果重复对太多就往上调到 0.8 甚至 0.85如果几乎没结果就降到 0.6 试试。这个值没有绝对标准取决于你对“重复”的容忍度。3. 跑通一次完整比对从命令行到结果报告3.1 环境准备与依赖安装系统本身是个 Python 项目跑起来需要几个基础库。建议用虚拟环境避免和系统里的其他包冲突。python -m venv venv source venv/bin/activate # Windows 下用 venv\Scripts\activate pip install python-docx scikit-learn numpy pandas openpyxlpython-docx负责读 docxscikit-learn提供 TF-IDF 和余弦相似度pandas用来整理结果openpyxl是导出 Excel 报告用的。如果文档里有 pdf还需要额外装pdfplumber或PyPDF2不过标书场景下 docx 占绝大多数pdf 可以先转成 docx 再处理。3.2 批量比对的执行流程把待比对的文档放在一个目录下系统会自动扫描并两两组合。下面是一个简化的主流程import os from itertools import combinations def batch_compare(doc_dir, output_path, threshold0.75): 批量比对目录下所有文档输出重复报告 files [f for f in os.listdir(doc_dir) if f.endswith(.docx)] all_results [] for file_a, file_b in combinations(files, 2): path_a os.path.join(doc_dir, file_a) path_b os.path.join(doc_dir, file_b) chunks_a split_into_chunks(extract_paragraphs(path_a)) chunks_b split_into_chunks(extract_paragraphs(path_b)) sim_matrix compute_similarity_matrix(chunks_a, chunks_b) dups find_duplicates(sim_matrix, threshold) for i, j, score in dups: all_results.append({ 文档A: file_a, 文档B: file_b, 片段A: chunks_a[i][:100], 片段B: chunks_b[j][:100], 相似度: round(score, 4) }) df pd.DataFrame(all_results) df.to_excel(output_path, indexFalse) return df流程分四步扫描目录拿到文件列表用combinations生成所有两两组合对每一对做片段提取和相似度计算最后把超过阈值的结果汇总成 Excel。combinations的好处是自动去重A 和 B 比过之后不会再比 B 和 A。输出结果里保留了片段的前 100 个字方便快速定位。相似度保留四位小数排序之后一眼就能看出哪些对最严重。实际用的时候建议先按相似度降序排一下优先看 0.9 以上的那些基本是整段照搬。3.3 结果解读相似度数字背后的含义拿到报告之后怎么判断严重程度根据实际使用经验可以大致分几档相似度区间含义建议处理0.95 以上几乎完全一致整段照搬必须修改风险极高0.85 - 0.95高度相似只改了少量词句重点修改调整表述结构0.75 - 0.85中度相似有共同表述但非直接复制视情况修改注意行业通用语0.75 以下低度相似可能是通用术语或巧合一般可忽略需要提醒的是标书里有些内容是不可避免会重复的比如公司名称、资质证书编号、标准条款引用。这些片段即使相似度很高也不代表抄袭。所以看报告的时候要结合片段内容判断不能只看数字。4. 避坑与排查那些跑起来才知道的问题4.1 现象结果里全是“本公司”“投标人”之类的短句原因预处理阶段过滤阈值设得太低把一些通用短句也当成了有效片段。标书里“本公司郑重承诺”“投标人须具备”这类句式反复出现字符级 n-gram 很容易把它们匹配上。解决把过滤阈值从 10 个字提高到 20 个字或者在片段合并阶段设置最小长度。另外可以在比对前维护一个停用片段列表把已知的通用表述排除掉。4.2 现象两份文档明明很像但相似度只有 0.5 左右原因文档里夹杂了大量表格和图片提取出来的纯文本片段被表格内容打散了。表格里的文字往往是一格一格的短句合并之后语义不连贯导致匹配失效。解决在提取阶段单独处理表格把表格内容按行拼接成完整句子再纳入片段。如果表格太多可以考虑先人工把表格转成正文段落或者调低chunk_size让片段更细。4.3 现象跑 20 份文档花了将近一个小时原因两两互比的计算量是 O(N²)20 份文档就是 190 对每对都要做 TF-IDF 向量化和余弦相似度计算。如果文档又长、片段又多时间就上去了。解决两个方向。一是减少片段数量把chunk_size调大比如从 200 调到 500片段数少了计算量自然下来。二是加缓存对每份文档的 TF-IDF 向量只算一次比对时直接复用避免重复计算。实测下来加缓存之后 20 份文档能压到 10 分钟以内。4.4 现象导出的 Excel 里中文全是乱码原因pandas默认用 utf-8 写 Excel但某些版本的openpyxl在 Windows 下会有编码问题。解决导出时显式指定编码或者改用to_csv加encodingutf-8-sig。如果一定要 Excel 格式确保openpyxl是最新版本并且在to_excel时加上engineopenpyxl。4.5 现象相似度阈值调到 0.8 之后一份重复都报不出来原因文档经过了改写不是直接复制字符级 n-gram 匹配不上。比如把“我方承诺”改成“我们保证”2-gram 层面就不重合了。解决这种情况需要引入语义相似度比如用预训练词向量或者 sentence-transformers 做嵌入再算余弦相似度。但那会增加依赖和计算量属于进阶用法。如果只是偶尔遇到可以先把阈值降到 0.6 看看有没有候选再人工判断。5. 进阶技巧用片段指纹加速大规模比对当文档数量上到 50 份以上两两互比的计算量会变得很可观。这时候可以用片段指纹fingerprint的思路来加速对每个片段生成一个固定长度的哈希值先比哈希哈希相同或相近的再进入精细比对。import hashlib def fingerprint(text, length16): 生成片段的指纹取 MD5 的前 length 位 return hashlib.md5(text.encode(utf-8)).hexdigest()[:length] def fast_compare(chunks_a, chunks_b, threshold0.75): 先用指纹粗筛再对候选对做精细比对 fp_a {fingerprint(c): i for i, c in enumerate(chunks_a)} fp_b {fingerprint(c): j for j, c in enumerate(chunks_b)} # 完全相同的片段直接命中 exact_matches set(fp_a.keys()) set(fp_b.keys()) candidates [(fp_a[fp], fp_b[fp], 1.0) for fp in exact_matches] # 对指纹不同的片段只比对长度相近的 for i, ca in enumerate(chunks_a): for j, cb in enumerate(chunks_b): if abs(len(ca) - len(cb)) 50: continue if fingerprint(ca) in exact_matches: continue # 这里可以接精细比对逻辑 # ... return candidates指纹的作用是快速排除明显不同的片段。MD5 前 16 位已经能提供足够的区分度碰撞概率极低。长度过滤是另一个加速点如果两个片段长度差超过 50 个字基本不可能高度相似直接跳过。实际用的时候可以把指纹预计算好存到磁盘下次比对直接加载省去重复计算。对于固定的一批文档这个优化效果很明显。我自己的习惯是第一次跑完整流程把每份文档的片段和指纹都缓存下来后续调整阈值或者换比对组合时直接读缓存只重算相似度那一步。从那以后我每次做批量比对之前都会先跑一遍指纹预计算把缓存建好再动手。这样即使中途要调参数、换阈值也不用从头再来。希望帮到你。本文还有配套的精品资源点击获取
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
