@hu6360567 Chrome 52 起 switchomega 不再支持 HTTPS 协议的 URL 规则，https://github.com/FelisCatus/SwitchyOmega/wiki/Chromium-%E5%AE%8C%E6%95%B4%E7%BD%91%E5%9D%80%E9%99%90%E5%88%B6 . 好像曾经支持过。

@bao3 #6 请教一下，浏览器对于传输协议更好做手脚，所以至少曾经支持过 HTTPS 的 URL 匹配；那么用于系统的 PAC 或是用于 SS 的 ACL 肯定是不支持 HTTPS URL 匹配了吗？

Surge for Mac 虽然支持 MitM 解密 HTTPS 流量，但是 URL-REGEX 规则对于 HTTPS 协议无效，至少 macOS 版是这样； URL Rewrite 规则在解密后应该可以处理 HTTPS 协议，Header Rewrite 的情况没有测试，后边两中规则根本没有办法用来代理，最多是重定向和屏蔽广告。

因为目前常用网站以 HTTPS 居多，这样看来，如果 Surge for Mac 作为代理规则工具的话，并没有太多优势。以 Surge for Mac 和 Proxifier 的 HTTPS 协议代理规则作比较：
1. 均支持作为代理前导根据不同规则使用不同代理；
2. 均可以作为拦截代理 /透明代理，Surge for Mac 开启 Enhanced Mode ；
3. 均支持以下三类规则，Domain 类，IP 类，Process Name 类；
4. 均只支持 TCP，不支持 UDP 和 ICMP ；
5. 均不能根据完整 URL 选择代理；
6. DNS 处理上都可以解决污染问题；
7. Surge for Mac 作为代理规则工具支持 URL Rewrite, Header Rewrite。目前这两项作为代理规则主要被人用来 reject 屏蔽广告；
8. Proxifier 支持 Port ；另外支持同一条规则内 Domain/IP，Port，Process Name 三者串联筛选，可以更细致地使用规则；
9. Surge for Mac 除了基本的 socks 和 http 代理外还支持 ss，目前我还没明白这和我单独运行一个 ss 进程给它用有什么区别。

最后，楼主可能是想问如何访问美区 app 的问题，我还没找到针对 URL 的规则筛选的方法。目前只是用 Proxifier 针对 Chrome 和 Firefox，让 itunes.apple.com 走代理，勉强可以看到 app 页面。Safari 还没想好，因为没办法对 Safari 单独限制，只能针对 Webkit 写规则。但这样势必影响 App Store 和 iTunes Store。因为这俩货都是调用 Webkit 渲染页面，极大可能直接调用 Webkit 下载、更新，这样就比较麻烦了。