JSluck: 个人理解是不会的，TPLite走的模式和Centris不一样： TPlite是利用SourcerCC来做，保留了所有的代码片段；识别过程中，它会将所有被匹配上的代码片段都拿出来，然后用其路径来解析、频率计数，最后把最高频率的路径保留下来：[code=python] # 2. 分层路径解析 for fi in similar_funcs do # 找出所有包含该fi函数的 TPL 以及他们的原目录 tpls_fi ← set of TPLs containing the function fi source_dirs ← ExtractSourcePath(tpls_fi, fi); # Across all versions # 路径分层，频率计数 terms_count ← 0 for pi in source_dirs do terms ← PathHierarchyTokenizer(pi) # 采用层次标记器 terms_count.update(terms) end # 根据出现的频率从大到小进行排序 terms_sort ← Sort(terms_count); # Sort terms byfrequency for ti in terms_sort do # 将频率最高的路径上能模糊匹配到TPL名称的作为一个候选TPL if ti contains the name of TPL in tpl_fi then tpl_path ← earliest TPL with the name in ti candidate_tpls.add(tpl_path); # Based on source dirs break end end [/code] 而Centris则是事先消除冗余，把相同代码只保留作者时间最早的一份，然后在做匹配。
Postman 请求一直无返回的问题是什么原因？我能保证请求数据格式的对的
安全研究 # Third-Party Library Dependency for Large-Scale SCA in the C/C++ Ecosystem: How Far Are We?