我们发现分享小程序页面给用户，用户打开小程序，然后进行了一系列用户操作，回到了首页或者其他页面，分享这个页面只可以让用户访问一次，然后用户为ios用户，点击重新载入就回到了分享的页面，而安卓回到了首页。 有的同学可能会说用业务逻辑控制，进行onLoad方法判断是否第二次进入拦截进行调整，虽然上面那个问题就解决了，但是但是如果用户扫静态二维码，重新载入还会继续进入刚开始分享的页面并且还会携带参数。 举个栗子：比如扫哈喽二维码唤醒小程序，然后进行了骑车业务逻辑，锁完车以后，用户点击重新载入小程序，如果业务方没有进行判断用户和单车位置的情况下，这个时候如果用户为ios用户自动就会进入上一次扫码车辆信息页面（变相模拟用户扫码操作），这个时候用户可能已经不在车旁边了。 在举个栗子：用户扫美团外卖商家分享的小程序页面到群里，用户点击之后进入商家页面，用户不喜欢吃这个商家了，想回到首页换一个，换了另一个之后，用户手机卡了或者什么，这个时候点击重新载入小程序，ios手机又进入了第一个分享商家页面，而不是首页，更不是当前页。 操作流程如下： 1、点击分享的链接： [图片] 2、进入商家页面： [图片] 3、回到首页 [图片] 4、跳转首页 [图片] 5、重新载入小程序 [图片] 6、直接跳转到用户最原始进来的页面，也就是分享页，按理说应该在首页或者当前页合理一些。 [图片] 即使像腾讯描述的安卓运行机制和ios不一样，那至少是否可以加一个来源，场景值，供开发者去判断。如果场景值为：重新载入，我们可以直接跳转首页或者进行另一个操作。

常见错误： 打开的域名没有在小程序管理后台设置业务域名（注意是业务域名，不是服务器域名） 打开的页面必须为https服务 打开的页面302过去的地址也必须设置过业务域名 web-view空白问题，请升级微信客户端到 6.5.16 页面可以包含iframe，但是iframe的地址必须为业务域名 web-view不支持支付能力，web-view的API能力见web-view的文档说明 开发者自己检查自己的https服务是否正常，测试方法：普通浏览器打开对应的地址 如果web-view使用了公众号授权的服务，开发者工具提示网页开发者的问题，请见：https://mp.weixin.qq.com/wiki?t=resource/res_main&id=mp1455784140 关于web-view的问题，大家可以集中在这个帖子留言，为了保证高效查问题，请提供以下信息： web-view的src地址 后台配置的业务域名是否设置成功 微信的版本 遇到问题的小程序APPID以及复现的微信号 出问题的错误提示信息是什么 后台设置失败问题，请提供小程序APPID以及遇到问题的时间点。

[图片] [图片] 第一张是在开发者工具上的显示效果，安卓的显示和这个是一样的。 第二张是在ios上的显示效果。 个人认为是因为ios的textarea组件有默认的padding而正常应该是没有的导致的。 这种情况，如果文本框比较大显示是不会有问题的。但是在文本框比较小的情况下。这就很尴尬了。以上的显示效果我是自己加了padding的   上下10  左20

margin/padding均设为0，在模拟器上显示如下，符合预期： [图片] 但是在ios真机上，出现默认的内部边距，如下图： [图片] android真机上和模拟器上效果一致