目前发现部分 iphoneX / iphone7 在小程序之间跳转后，使用 chooseImage 拍照 功能，直接导致闪退。 现在的业务场景是有两个相关联小程序，简单说是 A 和 B ，小程序A 跳转到 小程序B 后，使用chooseImage 拍照 后，小程序直接闪退。 这个问题比较隐秘，因为如果用户直接访问 小程序B 是能正常 chooseImage 拍照 的。 我的联系方式  wenling.lichao@gmail.com 劳烦微信官方同学看看这个问题

我这里也出现了同样的问题，用户发过来闪退时候的视频，但是自个测试和同事的好几台不同类型的手机测都没问题，是什么原因造成 的，我还试了一下9m多的图片也没问题，但是好几个用户都出现了这样的问题 ，如果有必要可以提供相应的视频，发代码片段，就算了，我遇到的和https://developers.weixin.qq.com/blogdetail?action=get_post_info&docid=00060c885d85b80eb6b64850a56c00&highline=%E4%B8%8A%E4%BC%A0%E5%9B%BE%E7%89%87%E9%97%AA%E9%80%80这位的一样，下面都没有给出解决的具体方法，希望官方给出详细的原理和原因，怎么避免这样闪退的产出？

不多说了，槽点！ 1. 应用场景：通过camera拍摄compressed照片，上传，发现showLoading被不正常关闭 在上传前，按照规范展示一个wx.showLoading()。没问题吧？嘿，开发工具好好的，真机秒隐藏，压根代码没调用wx.hideLoading()啊！ 后来debug半天，发现chooseImage之后会自动带一个toast，标题为：‘正在处理’ ；  估计处理完，在微信内部异步自动调用了hideLoading()，把程序需要的showLoading也关闭了！这完全破解不了！大家都知道chooseImage里自带hideLoading/hideToast吗？？后面的网络传输的loading展示就压根没办法了，难道又要setTimeout强行延时？！ 2. 应用场景：大量通过camera拍摄识别身份证件；所有camera拍摄照片全部存在了系统相册     wx.chooseImage() 最霸道的一点，就是无论小程序是否取得了用户的相册授权，还是微信是否开启了‘拍摄/编辑后的内容保存到系统相册'的授权，只要success，什么都不管，一定一定往相册里存图！这简直就是让人竖中指。既然要尊重用户选择，为何还有这样的默认逻辑？既然已经有了保存到相册的API，已经有了授权体系，就应该chooseImage从camera的时候，需要保存到相册的动作由小程序来实现，而不是拍脑袋帮我们都做了，现在的结果是：在企业应用场景里，一个手机检录证件，上千张照片进入系统相册，而且都是身份证！现在只能通过系统级别设置微信无法写入相册才行。 一个API，最起码的是有清晰的功能界定，可以让开发者在组织业务逻辑中可以尽可能灵活，正确地实现想要的功能和效果，而这两个吐槽的细节点，的确在很多应用下根本无所谓，但第一文档里并没有对这些逻辑进行完整描述，并且和整个微信开放的基本理念相悖。（更关键是目前情况下两个点都让我们无解！）真心期待早日能够对这个神奇的接口做必要的改造！

- 当前 Bug 的表现（可附上截图） 在页面中setData操作较频繁，但也不是特别频繁，看点击速度，最多也就是10秒进行setData20次，然后在iPhoneX真机中就直接闪退，把微信也给强退了，微信还让提交错误日志，闪退了几次之后还给警告了。安卓测试过的机型都没有出现闪退的现象，iPhone6S也没问题，iPhone7也出问题了。 - 预期表现 - 复现路径 - 提供一个最简复现 Demo

- 当前 Bug 的表现（可附上截图） 最近一直收到用户反馈，说是上传图片时，直接闪退。客服通过与用户沟通，做了如下尝试： 1、让用户自己重启微信，重启手机等操作（有一小部分用户重启手机后，上传图片暂时可用，连续用几天小程序后又出现闪退现象） 2、让用户一次只选择一张图片，不要选择多张同时上传（然并卵，照样闪退） 3、尝试上传图片时，不压缩图片（好像默认还是有压缩，因为上传后的大小和原图大小不一样，闪退现象还是存在） 4、尝试在wx.chooseImage的fail方法中给用户提示（先过滤掉手动取消的，再过滤掉未授权微信拍照权限的，但是，线上闪退用户根本没有弹出错误提示信息） [图片] （第四条的补充图片） [图片] （用户给的截图，提示压缩中，然后就是闪退，一直上传不成功） 我们也做了错误日志的上报，把所有可能出错的地方，都上报了日志，以下是wx.chooseImage的部分截图： [图片] - 预期表现 希望微信选择图片时，不要闪退！不要闪退！不要闪退！ 或者在小程序崩溃之前能给用户提示，比如内存不足？机型不适配？ 用户出了问题，只会觉得小程序垃圾，不会认为是底层实现的问题，烦请官方人员排查一下wx.chooseImage的问题。

小程序性能问题是目前开发过程中遇到的一个瓶颈。 由于运行时内存占用过高，经常导致页面被微信回收，导致白屏。 目前小程序启动内存已经达到400+M,  首页就已经有500+M内存的占用了。有个较为复杂的页面甚至能飚到900+M, 页面就很容易被回收了。。。不过这里没法详细描述具体场景。 最近有在根据以往优化web的方式在做一些优化， 但是收效甚微。想请教各位，你们是如何减少小程序运行时内存占用的。希望能够分享一下你们的经验

- 当前 Bug 的表现（可附上截图） wx.chooseImage选择拍照的时候，会出现闪退，没办法定位到什么问题。搜索社区定位到可能是选择照片的时候，系统内存占用过大，把小程序销毁了。 问题机型：小米Note，Android 6.0.1，MIUI 9稳定版，微信版本：7.0.0 （其他手机暂未发现此问题。）最近有人遇到同样的问题吗？ 代码截图： [图片] - 预期表现 正常选择照片，不会出现闪退的情况 - 复现路径 - 提供一个最简复现 Demo 没有demo，没有代码片段

- 当前 Bug 的表现（可附上截图 wx.chooseImage选择图片点击完成 或 拍照点击使用   小程序会退出到启动页面, [图片] - 预期表现 正常选择就行

- 当前 Bug 的表现（可附上截图） enable-3D、enable-overlooking、enable-zoom、enable-scroll 四个属性都没有效果 - 预期表现 可以禁止拖动、缩放、开启俯视、楼栋呈现3D - 复现路径 - 提供一个最简复现 Demo <map id="myMap" longitude="{{point.lng}}" latitude="{{point.lat}}" scale="19" bindcontroltap="controltap" markers="{{markers}}" controls='{{controls}}' bindmarkertap="markertap" bindtap='maptap' show-location enable-3D='true' enable-overlooking='true' enable-zoom='false' enable-scroll='false' enable-rotate='true' style="width: 100%; height: 58vh;" > </map>

- 当前 Bug 的表现（可附上截图） [图片] - 预期表现      - 复现路径 - 提供一个最简复现 Demo https://developers.weixin.qq.com/s/Pdjb7AmL7w5W