在这次报错 Error 1101 事件中，总结出一个结论： 切勿滥用 ！ 个人使用的每日10万次请求次数是足够的，自用即可，切勿分享滥用！ 注意：只有在 所有变量为空 且 代码未做任何修改 的情况下出现报错 Error 1101，才符合本文描述的报错 Error 1101 情况。其他情况下出现的 Error 1101 通常是由于 变量设置错误 。建议使用 控制变量法 ，逐一删除变量进行测试，以手动排查错误的变量设置。 一旦项目报错 Error 1101，无论进行任何修改都无法解决问题，唯一的解决办法是删除该项目。 报错 Error 1101 触发条件 代码特征码检测 请求次数审查 项目名称黑名单 域名黑名单 1.代码特征码检测 在 部署时 ，系统会检测源代码中是否出现特定的特征码。如果特征码出现次数达到一定阈值，项目将报错1101，并且项目名称会被加入CF的 项目名称黑名单 。 处理方法 找出特征码 ，并对其进行修改。 将源代码进行混淆处理 。在线混淆： js-obfuscator obfuscator.io 2.请求次数审查 当 总请求次数达到11万 左右时， CF会对项目代码进行审查 。如果 代码审查未通过 ，项目将 报错1101 （代码混淆可能会增加审查不通过的风险），项目名称会被加入CF的 项目名称黑名单 ，自定义域大概率也会被加入 域名黑名单 。 处理方法 使用Workers部署项目 （Workers项目有10万次的请求门槛，不会触发11万次的审查。而且达到10万次的请求上限也不会拉黑项目，北京时间早8点后恢复请求次数）。 使用Pages部署项目时，尽量使用 明文源码部署 （应该很可能大概率有效果？）。 3.项目名称黑名单 如果创建的项目名称已经存在于黑名单中，将会报错1101。 处理方法 避免项目名称出现以下内容： edgetunnel 、 edtunnel 、 epeius 、 bpb 、 cmliu 、 vless 、 trojan 等。 手动创建项目时的 修改项目名称 ，避免 出现上述关键词 和 与过去已报错1101项目同名 的情况。 4.域名黑名单 当Workers项目频繁出现1101错误时，CF会将该账号的 Workers.dev子域 和 自定义域 添加至 域名黑名单 。此后，该子域下的所有域名将 报错1101 ，自定...