我理解的流程是： 第一步：用户在界面中点击授权按钮 随后有三种可能 微信绑定号码：用户选择该项后，回调收到code，并记一次扣费使用其他号码：转变为手动录入不允许：关闭界面，扣费1.3没啥问题，关键是这个2步骤，是在点击授权按钮后才能进行选择，并且小程序代码不感知。 如果小程序业务本身对于openid授权的手机号在远程存储，那只能是在发现当前openid对应的手机号存储过，则将一键授权按钮隐藏，避免二次授权和扣费； 但同时也会导致功能2无法使用，一个openid只能强制使用业务自己存储过的手机号（或者是再额外做一个业务流程让用户切换手机号？） 如果不做openid的判断处理，会导致同一个C端用户，反复点击授权按钮就会不断扣费。 最多只能做到小程序生命周期内的判重，如果用户清理缓存后依然无法防止重复扣费。 明确一个实际场景 如果提前根据openid判断已经授权过手机号，那么是否要使用open-type=getPhoneNumber的按钮呢？； 如果用，可能被重复收费。如果不用，就没有“使用其他手机号”的机会本质问题是getPhoneNumber之后的选择权，开发者无法控制和感知，但这个选择中包含了收费或不收费的可能

- 当前 Bug 的表现（可附上截图） 在小程序里注册了一个普通链接二维码打开小程序，测试范围是开发版 [图片] [图片] 1. 任何人（非开发者，非体验者）都可以扫描该二维码，并唤起小程序 2. 无论开发者还是无关人员，二维码扫描后的结果是当前线上的小程序版本，由于当前在线小程序版本没有该页面，会提示页面不存在 - 预期表现 只有开发者扫描有效，并调起开发版本，并打开 src/pages/index/index 页面 非开发者打开网页链接 - 提供一个最简复现 Demo 但实际上发现所有人扫链接的时候都会唤起小程序 并且开发者扫的时候，唤起的小程序是线上版本，并非开发版，因为指定的小程序路径在线上版本中不存在 是bug还是我理解的有问题