高并发限流建议分层做：入口层用网关/负载均衡做全局限流（令牌桶或漏桶），按 IP、用户、接口维度设阈值；应用层用信号量/线程池隔离，防止单接口打满；数据层用连接池上限和熔断保护。限流算法上，令牌桶允许突发、漏桶更平滑，按业务选。关键是把限流做成可观测：记录拒绝率、排队时长，配合降级和重试退避。阈值不要拍脑袋，用压测结果和线上 P99 反推。 

Prometheus 告警链路建议按“采集-规则-路由-静默”四层排查：1）先确认 target 状态 UP、scrape 间隔和超时合理，指标缺失优先看 relabel 是否把 label 丢掉了；2）告警规则用 for 控制抖动，表达式尽量用 rate/increase 并限定时间窗口，避免瞬时毛刺；3）Alertmanager 路由按 team/severity 分组，配置 group_wait/group_interval/repeat_interval，否则容易刷屏或延迟；4）上线前加静默和抑制规则，维护窗口自动 mute。容量上关注 series 数量和 TSDB retention，必要时做分片或远程写入。最后用一条测试告警走通全链路。 

二分图判定用染色法即可：任取一个未访问点染 0，BFS/DFS 把它的邻居染 1，邻居的邻居染 0；如果遍历中遇到一条边两端颜色相同，就不是二分图。注意图不一定连通，要对每个连通分量都跑一次。复杂度 O(V+E)，空间 O(V)。另外有自环的图一定不是二分图，可以在建图时直接判掉。 

先说结论：OBS 的坑大多集中在**权限、缓存、计费**这三块，按这个顺序自查能省很多时间。 1）权限别只想着 AK/SK桶策略（Bucket Policy）和 IAM 策略是两套东西，谁生效取决于请求方是谁。跨账号访问、匿名访问要开桶策略；同账号子用户优先看 IAM。排查时先用 obsutil ls obs://桶名 在服务器上验一遍，能通就是应用代码的问题。 2）对象不是文件系统OBS 是扁平结构，没有真正的目录，"文件夹"只是 key 的前缀。重命名、移动对象本质是 copy + delete，大对象会很慢且产生流量费；目录下有海量对象时，"删除文件夹"要自己遍历前缀逐个删。 3）公网流量和请求次数都要钱同区域 ECS 走内网 endpoint（obs.cn-north-4.myhuaweicloud.com 换成内网域名）不走公网流量；外链直接给别人下载会按公网流出计费，量大了先上 CDN。另外 GET/PUT 请求次数也计费，小文件高频读写成本会比想象高。 4）默认不缓存、不支持追加写OBS 是强一致的，但 CDN 和浏览器会缓存；更新了同名对象发现前端还是旧的，通常是 CDN 缓存没刷或对象带了 Cache-Control。追加写要用"追加对象"接口，普通 PUT 是整对象覆盖。 5）分片上传要收尾大文件建议用分片上传，但中断后没调 CompleteMultipartUpload，碎片会一直占存储并计费，记得配生命周期规则清理未完成的分片。 6）对象名别用特殊字符和中文key 里有中文、空格、#、? 时，生成的 URL 需要正确编码，否则 403/404 很难查；跨平台同步时大小写也可能冲突，建议统一用小写英文+短横线。 7）版本控制和生命周期开之前想清楚开了多版本，删除只是加删除标记，存储费不会立刻降；生命周期规则配错了可能把热数据转成归档，取回要等解冻时间。 排查顺序建议：先 obsutil 验证凭证和桶权限 → 再看 endpoint 是否内网 → 然后看 CDN/浏览器缓存 → 最后看计费和生命周期规则。 

先说结论：OBS 的坑大多集中在**权限、缓存、计费**这三块，按这个顺序自查能省很多时间。 1）权限别只想着 AK/SK桶策略（Bucket Policy）和 IAM 策略是两套东西，谁生效取决于请求方是谁。跨账号访问、匿名访问要开桶策略；同账号子用户优先看 IAM。排查时先用 obsutil ls obs://桶名 在服务器上验一遍，能通就是应用代码的问题。 2）对象不是文件系统OBS 是扁平结构，没有真正的目录，"文件夹"只是 key 的前缀。重命名、移动对象本质是 copy + delete，大对象会很慢且产生流量费；目录下有海量对象时，"删除文件夹"要自己遍历前缀逐个删。 3）公网流量和请求次数都要钱同区域 ECS 走内网 endpoint（obs.cn-north-4.myhuaweicloud.com 换成内网域名）不走公网流量；外链直接给别人下载会按公网流出计费，量大了先上 CDN。另外 GET/PUT 请求次数也计费，小文件高频读写成本会比想象高。 4）默认不缓存、不支持追加写OBS 是强一致的，但 CDN 和浏览器会缓存；更新了同名对象发现前端还是旧的，通常是 CDN 缓存没刷或对象带了 Cache-Control。追加写要用"追加对象"接口，普通 PUT 是整对象覆盖。 5）分片上传要收尾大文件建议用分片上传，但中断后没调 CompleteMultipartUpload，碎片会一直占存储并计费，记得配生命周期规则清理未完成的分片。 6）对象名别用特殊字符和中文key 里有中文、空格、#、? 时，生成的 URL 需要正确编码，否则 403/404 很难查；跨平台同步时大小写也可能冲突，建议统一用小写英文+短横线。 7）版本控制和生命周期开之前想清楚开了多版本，删除只是加删除标记，存储费不会立刻降；生命周期规则配错了可能把热数据转成归档，取回要等解冻时间。 排查顺序建议：先 obsutil 验证凭证和桶权限 → 再看 endpoint 是否内网 → 然后看 CDN/浏览器缓存 → 最后看计费和生命周期规则。