发表于 2024年7月29日1年前 目前正在开发的业务，有微信小程序端和 PC 网页端两个版本。 小程序端的登录逻辑，是通过调用微信的接口，获取用户的 openid ，把它作为用户的身份标识。 PC 网页端为了开发方便，也想让用户通过微信扫码登录，获取用户在小程序中的 openid ，这样就可以和小程序端共用一套用户身份。 目前的整体流程如下： PC 网页端调用接口来生成小程序码，然后显示在前端页面中让用户扫码。生成小程序码时，可以传入一个 scene 参数，后端在返回小程序码时，把这个 scene 参数一并返回，前端进行存储。 微信小程序扫码，拿到 scene 参数，然后把小程序用户的 openid 和 scene 作为 key-value 传给后端存储。 PC 网页端查询后端接口，检查 scene 参数是否有对应的 openid ，是的话就将 openid 存储在前端。 现在的问题是，整体流程都走通了，但是最后一步 PC 网页端查询后端接口，以怎样的间隔轮询接口才是合理的方式？ 我目前想的是每隔 5 秒轮询一次，累计轮询 5 次（这个值可以调整）都没能获取到 scene 对应的 openid 的话，就认为用户没有用微信扫码，然后停止轮询，不知道这样合不合适。
目前正在开发的业务，有微信小程序端和 PC 网页端两个版本。
小程序端的登录逻辑，是通过调用微信的接口，获取用户的 openid ，把它作为用户的身份标识。
PC 网页端为了开发方便，也想让用户通过微信扫码登录，获取用户在小程序中的 openid ，这样就可以和小程序端共用一套用户身份。
目前的整体流程如下：
PC 网页端调用接口来生成小程序码，然后显示在前端页面中让用户扫码。生成小程序码时，可以传入一个 scene 参数，后端在返回小程序码时，把这个 scene 参数一并返回，前端进行存储。
微信小程序扫码，拿到 scene 参数，然后把小程序用户的 openid 和 scene 作为 key-value 传给后端存储。
PC 网页端查询后端接口，检查 scene 参数是否有对应的 openid ，是的话就将 openid 存储在前端。
现在的问题是，整体流程都走通了，但是最后一步 PC 网页端查询后端接口，以怎样的间隔轮询接口才是合理的方式？
我目前想的是每隔 5 秒轮询一次，累计轮询 5 次（这个值可以调整）都没能获取到 scene 对应的 openid 的话，就认为用户没有用微信扫码，然后停止轮询，不知道这样合不合适。