设置 mask-class 的坑点 是，它是一个 渐变背景。你需要使用linear-gradient 来定义css渐变背景，而且渐变背景的本质是一个 background-image，于是当你发现渐变背景在鬼畜重复的时候，需要将background-repeat设置为 no-repeat，而当你设置了 no-repeat以后，发现渐变背景只能遮盖picker-view的一半大小的时候background-size，使这个 size 匹配你的 picker view大小，这里要加上 !important，不然不能覆盖默认值。 这里是一个 class: .picker-mask {   max-width: auto;   background: rgb(0,240,244);   background: linear-gradient(0deg, rgba(0,240,244,1) 0%,                               rgba(121,255,250,0) 45%,                               rgba(121,255,250,0) 55%,                               rgba(163,255,118,1) 100%);   background-size: 750px 300px !important;   background-position: center center;   background-repeat: no-repeat;   z-index: 9; } 或者直接看 下面这个 代码片段。 https://developers.weixin.qq.com/s/B0VrcbmD72ni ps: 确实有点坑，基本就靠猜，几百次瞎猜以后，侥幸被我猜中。 在猜中之前，我采用了另外一种方法 给 mask-class 设置为 background: none !important; 让他彻底滚蛋。 给 picker-view 定义一个 class 加上 :before :after，然后自己定义 渐变背景，其中:after 用 transform 的 rotateY 倒过来， 并且要把 pointer-event: none 来确保这个 伪类层不会被点击。（当然，并没有在多种机型上测试过，鬼知道会不会有什么坑。）

设置 mask-class 的坑点 是，它是一个 渐变背景。你需要使用linear-gradient 来定义css渐变背景，而且渐变背景的本质是一个 background-image，于是当你发现渐变背景在鬼畜重复的时候，需要将background-repeat设置为 no-repeat，而当你设置了 no-repeat以后，发现渐变背景只能遮盖picker-view的一半大小的时候background-size，使这个 size 匹配你的 picker view大小，这里要加上 !important，不然不能覆盖默认值。 这里是一个 class: .picker-mask {   max-width: auto;   background: rgb(0,240,244);   background: linear-gradient(0deg, rgba(0,240,244,1) 0%,                               rgba(121,255,250,0) 45%,                               rgba(121,255,250,0) 55%,                               rgba(163,255,118,1) 100%);   background-size: 750px 300px !important;   background-position: center center;   background-repeat: no-repeat;   z-index: 9; } 或者直接看 下面这个 代码片段。 https://developers.weixin.qq.com/s/B0VrcbmD72ni ps: 确实有点坑，基本就靠猜，几百次瞎猜以后，侥幸被我猜中。 在猜中之前，我采用了另外一种方法 给 mask-class 设置为 background: none !important; 让他彻底滚蛋。 给 picker-view 定义一个 class 加上 :before :after，然后自己定义 渐变背景，其中:after 用 transform 的 rotateY 倒过来， 并且要把 pointer-event: none 来确保这个 伪类层不会被点击。（当然，并没有在多种机型上测试过，鬼知道会不会有什么坑。）

设置 mask-class 的坑点 是，它是一个 渐变背景。你需要使用linear-gradient 来定义css渐变背景，而且渐变背景的本质是一个 background-image，于是当你发现渐变背景在鬼畜重复的时候，需要将background-repeat设置为 no-repeat，而当你设置了 no-repeat以后，发现渐变背景只能遮盖picker-view的一半大小的时候background-size，使这个 size 匹配你的 picker view大小，这里要加上 !important，不然不能覆盖默认值。 这里是一个 class: .picker-mask {   max-width: auto;   background: rgb(0,240,244);   background: linear-gradient(0deg, rgba(0,240,244,1) 0%,                               rgba(121,255,250,0) 45%,                               rgba(121,255,250,0) 55%,                               rgba(163,255,118,1) 100%);   background-size: 750px 300px !important;   background-position: center center;   background-repeat: no-repeat;   z-index: 9; } 或者直接看 下面这个 代码片段。 https://developers.weixin.qq.com/s/B0VrcbmD72ni ps: 确实有点坑，基本就靠猜，几百次瞎猜以后，侥幸被我猜中。 在猜中之前，我采用了另外一种方法 给 mask-class 设置为 background: none !important; 让他彻底滚蛋。 给 picker-view 定义一个 class 加上 :before :after，然后自己定义 渐变背景，其中:after 用 transform 的 rotateY 倒过来， 并且要把 pointer-event: none 来确保这个 伪类层不会被点击。（当然，并没有在多种机型上测试过，鬼知道会不会有什么坑。）

审核时无法确定审核人员的设备访问时的miniProgram.envVersion 值到底是 develop 还是 trial，但是可以肯定不是release. 如果你还是在用最土的手动修改url的方法开发，那么不会遇到问题。但，假如在是 envVersion 判断后调用对应的API URL地址，那么就导致审核时无法链接。 例如，审核的时候用的设备时 develop，然后被判断为使用develop的 API URL，是 http://192.168.1.x:5000，那么审核人员这里肯定是连不上服务的。 我的办法 是在 设一组URL，develop release trial 3个地址都对应写好。默认的是 trial 体验版，由于服务端可能也有对应的修改，于是默认值不能是生产版本。其他的 上传之前 把develop 的URL 干掉，那么就会使用默认的（体验版）的URL。 手动改经常要忘记，于是写一个脚本自动改。 然后在开发者工具中设置 「本地设置」 最下面的预处理的部分钩上，然后在 上传之前 会自动执行这个 预上传命令。 要什么 npm .. 要什么 cli... 全是浮云。。。 [图片] ps：我发现这个pre-upload 的时候 是把已经complire的包，于是要在这个脚本中重新complier 过。

我认为你是要处理不可预知的内容的图像，例如 头像，把头像做到地图气泡上，之类的需求。 据我的经验是不能简单完成。最佳实现是 后端预处理图片成一个marker 的形状。然后交给地图去显示。 如果使用2层marker 一个头像，然后同样坐标上面盖一层的讨巧的做法，凑合可以凑合，但是对实际需求来说基本不可用。因为地图上的点是用坐标定位，当你地图放大缩小他们的视觉相对位置是发生改变的，但marker 的尺寸不会改变，于是会穿帮。即时你千辛万苦计算了每次缩放以后的相对坐标。但是地图如果可以倾斜，那么一样也会穿帮。。。除非互相遮盖的marker 尺寸完全一样 定位完全一样。那么这带来新的问题。你怎么可能使用两个尺寸完全一样的图片 通过互相遮盖 把另外一个盖成圆形，而且自己还要圆形，看起来像个边框那样。这是不合逻辑的。如果两个图片都是自己制作的，那么你可以控制画布大小和内容大小来凑，但网络图片例如头像，就无法控制。 最终只剩下一种做法，图片连接 给后端下载 后 预处理成一个 marker 的形状。然后。。。。

我认为此题无解， 如果网络图片是方形，例如微信头像。 2个marker 叠加遮盖的方法 最多呈现内边框的视觉效果。 用来遮盖他的marker的尺寸必须要正正好盖住头像的四角，避免外边沿的穿帮。而且还不能因为盖的太多 而出现内边的穿帮。加上前面说的 定位是用坐标值的，假如通过凑数字正好放上去，那么在地图可以倾斜的时候肯定穿帮，地图缩放时候marker大小不会变化，也会穿帮。假如是预处理图片让图片尺寸擦切刚刚好，那既然都预处理了，干脆处理成单个marker的外观更好一些。

https://developers.weixin.qq.com/s/Y90kqPmK7TeH 我不太清楚这种问题 代码片段对解决问题能有什么帮助。。。 代码片段 只有一句话，就是wx.request 随便朝一个本地host 发一个请求 以下是截图，上面一段是通过devtool 发出的请求得到的ref 信息，下面一段是通过devtool 的 手机扫码后用手机访问时候获得到的 ref。 或许仅在某些版本的手机微信，加上是本地host时会有这个问题? [图片]

https://developers.weixin.qq.com/s/Y90kqPmK7TeH 我不太清楚这种问题 代码片段对解决问题能有什么帮助。。。 代码片段 只有一句话，就是wx.request 随便朝一个本地host 发一个请求 以下是截图，上面一段是通过devtool 发出的请求得到的ref 信息，下面一段是通过devtool 的 手机扫码后用手机访问时候获得到的 ref。 或许仅在某些版本的手机微信，加上是本地host时会有这个问题? [图片]

1.1.3版本已经增加了用户选择图片和输入文本时的内容校验。 调用security.imgSecCheck 和 security.msgSecCheck 完成校验 文本校验使用文档中的测试文本结果有效。 [图片][图片][图片][图片]

我觉得是devtools并不能很好的支持canvas 2d 的渲染。 因此现在有一对矛盾。 项目需要是同层渲染，文档描述 canvas 2d可以同层，这很好。目测在自己手机上也正常工作。这也很好。 但是在开发工具中无法正常渲染，这意味开发需要全靠脑补，调试不了太复杂的东西。 如果不使用 canvas2d，放弃“同层”的优势，上面覆盖 cover-image cover-view 来实现。 可以是可以，但是cover-的这两个组件支持的 css极少，因此视觉效果就很糟糕。 那么，问题是有没有更好的方式解决这种矛盾？