微信小程序开发中遇到的坑及解决办法

taro单独为某个项目切换taro版本环境

单独为某一个项目升级#这样做的好处是全局的 Taro 版本还是 1x 的，多个项目间的依赖不冲突，其余项目依然可以用旧版本开发。 如果你的项目里没有安装 Taro CLI，你需要先装一个：

# 如果你使用 NPM

$ npm install --save-dev @tarojs/cli@2x

# 如果你使用 Yarn

$ yarn add -D @tarojs/cli@2x

echarts在小程序中滑动卡顿

由于微信小程序中，echarts的层级最高，无论设置多大层级也无法遮住echarts。而且小程序中好像只能用echarts吧。所以为了解决这个bug，我只能委屈求全了。打开ec-canvaswxml文件，将touchStart、touchMove和touchEnd去掉了，直接删除就好啦。这三个事件应该是做缩放的吧，我们也没有这个缩放的需求。所以就去掉了。虽然暂时满足的需求，还是没有真正的解决问题。

原：

bindinit="init"

bindtouchstart="{{ ecdisableTouch '' : 'touchStart' }}"

bindtouchmove="{{ ecdisableTouch '' : 'touchMove' }}"

bindtouchend="{{ ecdisableTouch '' : 'touchEnd' }}"

现：

bindinit="init"

echarts在小程序中无法跟随页面滑动

在卡顿问题中能与echarts交互少的，可以直接使用代替cannvas，即在echarts渲染完毕后将它替换为一张。

如果我更新了数据，那么就重新放出echarts，等它渲染完毕后，再次替换为一张。

charton('finished', () => {

getCurrentInstance()pageselectComponent(id)canvasToTempFilePath({

success: res => {

consolelog('restempFilePath====',restempFilePath)

thissetState({

echartImgSrc: restempFilePath

      })

},

    fail: res =>consolelog('转换失败', res)

});

})

render:

thisstateechartImgSrc ==''

  ref={thisrefChart}

id={thisstateid}

canvas-id="mychart-area"

  force-use-old-canvas="true"

  ec={thisstateec}

/>

:

<CoverImage src={thisstateechartImgSrc}></CoverImage>

首先，你要定位 bug。这时，你需要：

1注重逻辑性。不要做没有证据的结论。如果你有猜测，就去证实或者否定它。比如某次，同事代码返回的数据有问题，认为是缓存用的 Redis 有问题，返回了错误的数据。然而没人去对此猜测进行求证……我去确认了一下，Redis 收到了请求，并且响应正常。接下来，排除所有其它可能的原因之后，最后剩下的那个就是真相。真相就是，代码里有个 } 的位置放错了，因为它刚好在一屏之后的位置，所以没有人发现……（是 Vim 帮我找到的）

2基本的方法论。比如二分法。比如最小化测试用例。如果你要提问，要懂得提问的智慧，不管是向搜索引擎还是向人，你都需要提出正确的问题。

3知识面。你写 Web 后端的话，普通的 >

2021年1月18日，微信出现消息延迟BUG的话题登上了微博热搜。许多网友在社交媒体平台上表示微信群、私信等聊天窗口曾一度无法接收到消息，甚至是添加好友、微信程序都无法反应过来。这也给不少人的生活和交际带来了不小的影响。腾讯微信团队也及时公布了信息延迟的原因，是因为系统抖动的问题，并且已经及时修复完成这一问题。

微信存在的这一bug，也从侧面反映了微信官方需要，加强对微信内部系统的管理和更新。不少网友表示，此次消息的延迟bug，还以为是自身手机的问题。在各种 *** 作之后，不仅问题没有解决，而且发现微信里的聊天记录和文件已经全部没有了，重启微信也无济于事。不少网友调侃自己是看到了热搜才知道相关消息，原因就是当微信出现bug时，当时并没有登录微信这个软件。

微信作为一款即时通信的软件，不仅为微信用户提供了聊天、小程序、朋友圈等实际应用性功能，还推出了城市服务、微信支付等便捷服务。为了确保微信的正常运营，从微信这个软件面世以来，从2011年到2021年，每一年里，微信的官方都会对微信进行升级和更新。并且安装其他的信息功能，来提高用户的使用感受。其中最受用户喜爱的，应该当属微信支付的功能了，这是既安全、快捷又高效的一款支付服务。

此次微消息延迟的bug是属于微信的内部系统所导致的。但一般情况来讲，这种情况是极少发生的。那么信息延迟的原因有哪些呢？一是用户自身的网络问题，如WiFi或者是流量出现延迟。二是有可能，系统后台的网络被系统某些软件，例如手机管家、杀毒软件所限制。三是后台运行的问题，可能是微信程序在后台运行时被系统的软件给关闭了。四是没有对手机系统版本和微信的最新版本进行更新。五是手机可能在WiFi情况下，设置了WiFi休眠，这种情况也会导致微信的信息接收延迟。六是微信自身的内部储存空间不足，许多文件、视频、的积累的越来越多，就会导致运行空间不足的情况出现，导致消息延迟。以上这几种原因都可以通过在手机系统设置来调整和解决。微信被越来越多的人开始使用，如果出现信息延迟的情况，可能会影响到用户的使用体验。

若手机无法登陆微信，请您按照以下方法 *** 作尝试：

1检查手机上网是否正常。

2设定-查找“应用程序管理器”-（全部）-微信-（存储）-清除数据及清除缓存。

3重新输入微信号码和密码尝试。

4更新微信版本尝试。

5备份数据（联系人、短信、照片等），恢复出厂设定尝试

两种方式：

1 用微信公众平台提供的接口

2 直接抓取微信公众平台网站上的数据包(几乎所有请求都是ajax形式，并返回Json数组的)，用>

你都已经看到了BUG，过程就不说了，这个问题在微信团队里出来的，结果可能很多人拿不到年终奖了。

因为微信的发布流程在业内还是很好的，毕竟有腾讯的底子在这里，所以出现这样的BUG还是不应该。

说说原因吧，小公司的发布流程一般都很随意，领导说发布，然后大家就开始更新上线了。

通常在开发时，会有开发环境，测试环境，验证环境，以及生产环境。

开发环境

就是开发者们在码代码时用的环境平台，开发完成后会将开发好的分支更新到测试环境。

测试环境

就是测试人员测试时的平台，在这里通常做功能验证、数据验证、交互测试、逻辑验证等等，完事后，会上验证环境。

验证环境

就是一个模拟的真实环境，有部分的真实数据，以及自动化的脚本在运行，在这里同步还可以完成服务器的测试，如压力等

最后都OK了，才会上正式的生产环境。

再说说最近可能发生的小道消息吧

其实所有的程序员最怕就是处理紧急事件，如果事件真到了程序员这里紧急处理，那估计程序员是真头疼，因为会打乱程序员的代码，或者流程。

所以来推测，这次事件可能与头腾大战有关，1月15日急封三家分享，同时还封短信，然后再封多闪的视频，还有各大家的红包发放里的微信支付，这都是在非常短时间内完成的，所以可能这些事情并非走正常流程完成的，可能是让程序快速修改了一些内容完成的，导致在代码同步时，出现问题。

然后就在大的生产环境里起了连锁反应的错。

要不也不能拖着在2小时才完成代码回滚的修复工作吧。

以上就是关于微信小程序开发中遇到的坑及解决办法全部的内容，包括:微信小程序开发中遇到的坑及解决办法、微信的bug怎么修复、微信存在着怎样的bug这一bug说明了什么等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！