一、从多个广告过滤器中提取拦截域名条目，删除重复项，并将它们转换为兼容Sing-box的json格式和srs二进制格式，其中列表的每行都是被拦截域名，一行仅一条规则。该列表可以用作Sing-box的rule_set.以阻止广告域名， powershell脚本每20分钟自动执行并将生成的文件发布在release中.三个文件的下载地址分别如下，其中adblock_reject_domain.txt是单纯的带引号和逗号的被拦截域名列表
，adblock_reject.json是json格式的域名拦截rule_set规则集，adblock_reject.srs则是由sing-box核心将adblock_reject.json编译转化得来的规则集
| 订阅地址 | |
| JSON | Github原始链接 | Cloudflare加速链接 |
| SRS | Github原始链接 | Cloudflare加速链接 |
| 拦截域名 | Github原始链接 | Cloudflare加速链接 |
二、可加入此powershell脚本处理的有adblock plus语法广告过滤器、Host拦截列表、纯广告域名列表、Dnsmasq列表，请自行酌情添加过滤器订阅URL至powershell脚本中进行处理，你可将该脚本代码复制到本地文本编辑器制作成.ps1后缀的文件运行在powershell上，注意修改生成的文本文件路径，最后在Sing-box的json配置中加入被拦截域名，且Sing-box配置字段写成类似于如下例子
简而言之就是可以让你DIY出希望得到的拦截域名列表，缺点是此做法只适合本地定制使用，当然你也可以像本仓库一样部署到GitHub上面，见仁见智
三、本仓库引用多个广告过滤器，从这些广告过滤器中提取了被拦截条目的域名，剔除了非拦截项并去重，最后做成拦截列表和rule_set规则集，虽无法做到面面俱到但能减少广告带来的困扰，请自行斟酌考虑使用。碍于Sing-box的路由行为且秉持着尽可能不误杀的原则，本仓库采取单个域名匹配策略，即匹配命中于拦截列表上的域名时触发拦截，除此之外的情况给予放行，尽管这会有许多漏网之鱼的广告被放行
四、关于本仓库使用方式：
使用方式一：下载releases中的adblock_reject_domain.txt文件，复制域名修改Sing-box的json配置中的"route"字段下"rules"的"domain_suffix"部分
{
"route":
{
"rules":
[
{
"type": "field",
"domain":
[
"ads.example.com",
"tracking.example.com",
"analytics.example.com" // 这里直接添加被拦截的域名，带上引号与逗号，最后一条域名后面不用加逗号
],
"outbound": "adblock" // 命中规则集的流量将导流到名为 "adblock" 的出站策略进行拦截
}
]
},
"outbounds":
[
{
"type": "block",
"tag": "adblock" // 配合rules进行域名拦截
}
]
}
使用方式二：将下面对应格式的配置文件中route字段和outbounds字段内容添加到你的配置文件充当远程规则集，注意"outbounds"与"route"之间的配合,注意去掉注释，"route.rules"和 "route.rule_set"中的 "tag" 值需要保持一致
{
"route":
{
"rules":
[
{
"rule_set": "adblock", // 应用名为 "adblock" 的规则集
"outbound": "adblock" // 命中规则集的流量将导流到名为 "adblock" 的出站策略进行拦截
}
],
"rule_set":
[
{
"tag": "adblock", // 名为 "adblock"的规则集标签
"type": "remote", // 远程规则集
"format": "source", // 或 "binary"，取决于规则文件格式
"url": "https://raw.githubusercontent.com/REIJI007/AdBlock_Rule_For_Sing-box/main/adblock_reject.json",
"update_interval": 120 // 更新间隔，单位为秒
}
]
},
"outbounds":
[
{
"type": "block",
"tag": "adblock" // 配合远程 "rule_set" 进行域名拦截
}
]
}
使用方式三：将下面对应格式的配置文件中route字段和outbounds字段内容添加到你的配置文件充当远程规则集，注意"outbounds"与"route"之间的配合，注意去掉注释,"route.rules"和 "route.rule_set"中的 "tag" 值需要保持一致
{
"route":
{
"rules":
[
{
"rule_set": "adblock", // 应用名为 "adblock" 的规则集
"outbound": "adblock" // 命中规则集的流量将导流到名为 "adblock" 的出站策略进行拦截
}
],
"rule_set":
[
{
"tag": "adblock", // 名为 "adblock"的规则集标签
"type": "local", // 本地规则集
"format": "source", // 或 "binary"，取决于规则文件格式
"path": "C:\\Users\\YourUsername\\Documents\\file.json" // 规则集存放路径
}
]
},
"outbounds":
[
{
"type": "block",
"tag": "adblock" // 配合本地 "rule_set" 进行域名拦截
}
]
}
五、关于本仓库的使用效果为什么没有普通广告过滤器效果好的疑问解答：
因为普通的广告过滤器包含域名过滤（拦截广告域名）、路径过滤（例如拦截URL路径中包含/ads/的所有请求）、正则表达式过滤（例如拦截所有包含ads.js或ad.js的URL）、类型过滤（例如只拦截图片资源）、隐藏元素等等多因素作用下使得在广告拦截测试网站中可以取得高分。但碍于Sing-box的路由行为（可参考相关文档），本仓库仅提取了被拦截域名进行域名匹配过滤，换言之，本仓库就是一个“删减版”的广告过滤器（仅保留了域名匹配过滤功能，规则数在15万条左右），所以最终效果没有广告过滤器效果好
六、本仓库引用的广告过滤规则来源请查看Referencing rule sources.txt（目前107个来源）。至于是否误杀域名完全取决于这些处于上游的广告过滤器的域名拦截行为，若不满意的话可按照第二条在本地使用powershell脚本进行DIY本地定制化拦截域名列表，亦或可以像本仓库一样DIY定制后部署到github上面，或者fork本仓库自行DIY
七、特别鸣谢