CEF中CDP Network.deleteCookies调用成功但Cookie未删除问题

Network.deleteCookies返回空成功结果但未实际删除Cookie，核心是三个认知和使用错误：

1. 参数匹配规则理解错误
   CDP的Network.deleteCookies如果仅传入name+url参数，仅能命中精确匹配URL对应域、非通配规则存储的Cookie。你通过getCookies拿到的所有stackoverflow相关Cookie的domain字段均为.stackoverflow.com（带前置点的通配域规则，会匹配所有stackoverflow子域名），这类通配域Cookie无法通过url参数自动推导匹配规则，必须显式传入domain、path参数才能命中删除目标。
   另外你删除acctCookie时传入的url是https://www.ru.stackoverflow.com，和你实际访问的www.stackoverflow.com域不匹配，就算是非通配Cookie也无法命中。
2. 接口返回逻辑误导
   Network.deleteCookies没有匹配到待删除Cookie时不会抛出任何错误，只要入参格式合法就会返回{"result":{}}的成功响应，不存在“返回成功就代表操作生效”的对应关系，这是CDP接口设计上的特殊逻辑，很多开发者会在这里踩坑。
3. CEF场景下的调用时机问题
   如果你在对应BrowserContext的Cookie存储分区还未完成初始化时（比如页面刚创建、还没执行Network.enable完成网络域挂载）就调用删除接口，操作会落到临时的空存储上下文里，不会修改实际持久化存储的Cookie数据，后续页面发起请求时还是会读取持久化层的原有Cookie。

• 逐删Cookie时，把getCookies返回的每个Cookie对应的domain、path字段原封不动传入deleteCookies的参数中，不要仅靠url自动匹配。以删除_ym_isadCookie为例，正确的调用报文如下：

{"id":13,"method":"Network.deleteCookies","params":{
  "name":"_ym_isad",
  "domain":".stackoverflow.com",
  "path":"/"
}}

• 如果需要批量清除指定站点的所有Cookie，不要循环调用deleteCookies，优先调用Storage.clearDataForOrigin接口，传入目标站点origin、指定清除Cookie类型即可，不存在单条匹配失败的问题。
• 调整调用时机：先完成Network.enable调用，确认CDP网络域已经和当前页面的存储上下文绑定后，再在首个请求发出前执行Cookie删除操作，避免操作落到空上下文。

内容的提问来源于stack exchange，提问作者Optimus1