关于负载均衡替代方案，可以将报表文件单独部署在一个服务器中，预览请求时，将这个地址固定配置好，以后都从这一个服务器上读取报表：
https://www.grapecity.com/activereportsnet/docs/v15/online/using-js-viewer.html
本帖最后由 zhaorong 于 2021-6-23 09:05 编辑
经过我们研究发现打印接口有些不一样的地方，现反馈给你们排查：render、progress、toc和keeplive接口，在请求的时候都有一个AWSLBTG的cookie，但是print接口请求的时候却没有cookie。怀疑是否是这个原因导致print请求到达LB服务器时，LB无法判断要发送到哪台服务器，从而随机分配了一台。
print请求没有找到cookie
zhaorong 发表于 2021-6-23 08:57
经过我们研究发现打印接口有些不一样的地方，现反馈给你们排查：render、progress、toc和keeplive接口，在 ...
:hjyzw:已将您的调查结果提供给研发组参考！感谢！
Crystal.Li 发表于 2021-6-23 10:30
已将您的调查结果提供给研发组参考！感谢！
今天是否可以出结果？另外前端是否可以通过某种手段解决这个问题？
zhaorong 发表于 2021-6-24 11:50
今天是否可以出结果？另外前端是否可以通过某种手段解决这个问题？
我们已经将您信息反馈给研发团队了，目前因为您项目的使用产生了这个问题，其他用户也从未反馈过类似的问题，我们也在尽力邀请研发团队协助调研，看是否有好的建议反馈。但因为AR只是报表控件，所以与产品的最终部署方式其实是没有任何关系的。
如果该问题比较紧急，建议您将报表作为单独的一个服务部署在独立的服务器可避免出现类似问题。
{:4_86:}
问题调查是否有进展？
zhaorong 发表于 2021-6-30 08:38
问题调查是否有进展？
我们帮您看了一下case，研发团队还在调研当中，但由于这个问题还是比较复杂的，所以还是比较耗时。
因为这个问题目前还没有其他客户反馈过，而且您这边是使用负载均衡的部署方式出现的，所以我们只能尽力去排查。
如果有结果，一定会在最近的hotfix版本修复的~ 我们也会在帖子通知您。