JavaScript 中尚无原生 Set.prototype.intersection() 方法，它处于 Stage 3 提案阶段，Chrome/Firefox 实验性支持但需开启 flag，Safari 和 Node.js 默认不可用；推荐用 O(n+m) 时间复杂度的手动实现，并预留原生方法降级兼容逻辑。
目前 JavaScript 标准中 尚不存在 Set.prototype.intersection() 方法——它仍处于 Stage 3 提案阶段（ECMAScript Proposal: Set Methods），未被主流浏览器和 Node.js 默认启用。因此，**不能直接调用该方法实现“共同好友”计算**，但可以基于其设计思想，用兼容、高效的方式模拟，并为未来原生支持做好准备。
为什么原生 intersection() 还不能用？
截至 2024 年底：
- Chrome 124+ 和 Firefox 125+ 已实验性支持（需开启 flag 或使用
--harmony-set-methods） - Safari 尚未实现，Node.js（v20.x）默认不启用
- TypeScript 类型定义（
lib.es2024）已包含，但运行时不可靠 - 直接调用会抛出
TypeError: set.intersection is not a function
现在就能用的极速替代方案
核心思路：利用 Set 的 has() O(1) 查找特性，避免数组遍历嵌套，时间复杂度从 O(n×m) 降至 O(n+m)。
假设你有两个好友 ID 集合（已是 Set）：
const userA = new Set([101, 205, 307, 412, 519]); const userB = new Set([205, 307, 601, 722]);
推荐写法（简洁、无依赖、全环境兼容）：
function intersection(setA, setB) {
if (setA.size > setB.size) [setA, setB] = [setB, setA]; // 小集合遍历，减少 has() 调用
return new Set([...setA].filter(x => setB.has(x)));
}
或更省内存的生成器版本（适合超大集合）：
function* intersectionIterator(setA, setB) {
const smaller = setA.size <h3>在社交应用中落地的关键细节</h3><p>真实场景不止是两个 Set 相交，还需考虑：</p>
-
ID 类型统一：确保所有好友 ID 是同一类型（如全部为 number 或全部为 string），避免
new Set([1, '1'])导致误判 -
数据来源优化：从数据库/Redis 获取好友列表时，直接返回 Set-ready 结构（如 Redis 的
SMEMBERS+ 客户端转 Set），而非先得数组再转 -
缓存共同好友：对高频查询对（如好友关系稳定的用户 A/B），用 Map 缓存结果：
commonCache.set(`${minId}-${maxId}`, commonSet) - 空值与边界防护：添加校验，避免传入 null/undefined 或非 Set 实例导致静默失败
为未来原生 intersection() 做准备
可封装一层渐进式兼容工具函数：
const safeIntersection = (setA, setB) => {
if (typeof setA.intersection === 'function') {
return setA.intersection(setB);
}
// fallback to manual impl...
if (setA.size > setB.size) [setA, setB] = [setB, setA];
return new Set([...setA].filter(x => setB.has(x)));
};
这样一旦运行环境支持原生方法，无需改业务代码，自动升级为更快的底层实现。
不复杂但容易忽略：真正的“极速”不只靠算法，更取决于数据结构就绪时机和内存访问局部性。把好友列表以 Set 形式常驻内存、避免重复构造，往往比选哪个 intersect 函数影响更大。
