TradingView优化策略随机出现Modify_study_limit_exceeding报错求解

触发根因 #

该报错是TradingView未公开的接口限流触发提示，和传入的策略参数合法性无关联：

• TradingView对策略/指标（平台内部统一命名为study）的参数修改接口设置了动态滑动窗口限流规则：单位时间内修改次数超过浮动阈值就会拦截请求。阈值本身不固定，会随账号权益、当前节点服务器负载、页面会话存活时间动态调整，因此没有固定的触发参数项，传入完全相同的参数也无法稳定复现报错
• Selenium自动化操作的间隔远短于人工手动改参的自然间隔，很容易在短时间内累计请求数触碰限流阈值。触发报错后，平台会临时拦截当前会话下与上一次请求参数完全一致的修改请求，只要任意改动一个输入参数，请求特征发生变化就会绕过临时拦截规则，流程即可恢复正常
• 该限流属于前端埋点的反自动化、防接口滥用规则，未收录进公开官方文档，因此公开渠道无相关问题讨论记录。

解决方法 #

• 操作间隔加随机抖动：不要为Selenium设置固定的操作间隔，每完成1-2次参数修改随机等待2-7秒，每累计完成10次参数修改额外增加10-15秒的长等待，将整体请求频率降到和人工操作接近的水平，从根源避免触发限流
• 增加自动容错逻辑：在Selenium脚本中添加该报错的元素监听，一旦捕获到报错弹窗，自动对任意一个非核心参数做微小改动（比如临时调整无影响的展示类参数后改回原值，或对精度冗余较高的参数微调0.0001单位），等待2秒后继续执行原任务，无需人工介入
• 定期重置会话状态：每连续运行30分钟自动化流程，主动刷新页面重新加载策略，清空当前会话维度的限流计数，避免长时间运行累积的请求数触发阈值
• 避免单页多策略并发操作：同一图表页同时修改多个策略时，所有修改请求的计数会累加，大幅提升限流触发概率，单流程单页面每次仅操作一个策略即可。

内容的提问来源于stack exchange，提问作者Farhad-bgh