场景描述：
我们有一个内网Web系统，需要集成微信PC扫码登录。网络环境存在特殊限制：
- 内网服务器可以主动出站访问互联网（可以调用微信开放平台API）。
- 严格控制入站规则：不希望向公网完全敞开服务器的入站端口（如443端口），但如果方案需要，可以为微信服务器的官方IP段设置白名单，仅允许微信回调流量入站。
需求：
在此网络约束下，希望能确认一个官方推荐或生产环境最稳妥的微信扫码登录实现方案。
待选方案及分析：
项目方案一：标准回调机制方案二：纯轮询机制实现原理用户扫码确认后，微信服务器会主动向预先配置的回调URL发送授权结果。用户扫码确认后，微信服务器不通知；由后端定期调用微信API查询扫码状态。网络要求需要开放入站HTTPS端口给微信服务器回调IP完全不需要任何入站端口开放，仅需出站能力即可实时性近乎实时（用户点击确认，秒级内即可收到通知）依赖轮询间隔（如2秒一次），存在一定延迟资源消耗服务器被动接收，开销极低需持续轮询，消耗服务器和API调用配额官方文档支持核心推荐方案，文档与SDK均以此为标准设计无直接公开文档，为社区变通方案
我方倾向与疑虑：
我们更倾向于方案一（标准回调），因为它实时、稳定，且完全符合我们“可以为微信IP开放入站”的网络策略，安全性也最高。但在正式实施前，希望向社区确认以下问题：
- 认可度：方案一这种通过IP白名单精准放行微信回调的方式，是否是业界处理此类内网限制的最常见、最主流做法？
- 可靠性：微信平台用于回调的出口IP段，其变更频率和通知渠道（如官方文档、公告等）流程是否成熟可靠？有无最佳实践防止因IP变更导致回调失败？
- 比较：是否存在特定场景，使得方案二（轮询）比方案一更被官方推荐或更具优势？
恳请有类似经验的开发同学或官方人员帮忙解惑，非常感谢！
