【微信_小程序】1.同步方法与异步方法的对比

在微信小程序的开发中，缓存会用到如下的几个方法，分别对应一个同步和异步的方法，最大上限是10MB。

//同步缓存存取
wx.setStorageSync('key','风暴英雄');
wx.getStorageSync('key');

//异步缓存存取
wx.setStorage('key','风暴英雄');
wx.getStorage('key');

//清除缓存
wx.removeStorageSync('key');
wx.removeStorage('key');

//清除所有缓存，不需要传参数
wx.clearStorageSync();
wx.clearStorageSync();

在涉及到缓存的时候，一般我们建议用同步的写法，异步的写法其实是一种非常危险的写法，第一点，它会让代码变得难以阅读，第二点，它会引起许多未知的错误，如果对异步的方法不是很熟悉，建议能用同步就用同步，千万不要用异步，当然小程序里面有些情况是必须用异步的，但是在小程序里面用到异步的情况会非常的少，同步的缺陷是什么呢？方法执行很慢的时候整个UI会卡住，同步的方法运行不过去，后面的方法就走不了，所以呢，代码的耗时就会非常长，这是同步的缺点。那么异步的好处呢，代码会立刻走完，然后获取到缓存以后，由框架再去调用success，整个流程会很快的走完，不会让UI有停滞的效果，这是异步的一个优势。下面是一段同步和异步的代码的写法：

  //异步方法
  getPostsCollectedAsy:function(){
    wx.getStorage({
      key: 'posts_collected',
      success:function(res){
        var postsCollected = res.data;
        var postCollected = postsCollected[this.data.currentPostId];
        //收藏变成未收藏，未收藏变成收藏
        postCollected = !postCollected;
        postsCollected[this.data.currentPostId] = postCollected;
        // this.showModal(postsCollected, postCollected);
        this.showToast(postsCollected, postCollected);
      }
    });
  },
  //同步方法
  getPostsCollectedSyc:function(){
    // wx.removeStorageSync('posts_collected');
    var postsCollected = wx.getStorageSync('posts_collected');
    var postCollected = postsCollected[this.data.currentPostId];
    //收藏变成未收藏，未收藏变成收藏
    postCollected = !postCollected;
    postsCollected[this.data.currentPostId] = postCollected;
    // this.showModal(postsCollected, postCollected);
    this.showToast(postsCollected, postCollected);
  },

一般建议该用同步的时候就要用同步，同步解决不了的问题再用异步，我们都知道异步方法的调试有点困难，这也是我们不建议用异步的原因。当然这个也要根据自己的业务来进行判断看是否用同步还是异步，当你的业务需要解耦的情况下，去使用异步，当你的业务是同步的话，那就最好还是使用同步，也就是说异步的操作是需要业务的配合来设计的，举个例子，我们经常在京东上购物，那么当你购物的时候提交了一个订单，实际上来说这个订单呢，它的执行情况并不是立刻返回给你的，这个时候京东的后台是怎么做的呢，它首先是把你这个订单提交到了后台服务器的一个任务队列里，然后这个订单并不会马上被执行，而是根据队列的情况，一个订单一个订单的进行处理，然后等到你的订单处理完成以后呢，京东呢会给你发一条通知，这个就是在业务上契合异步的操作，它实现了一个松耦合的一个效果，它这样做的目的也就减少服务器的并发压力。大家可能会有疑问，说在京东购物完以后，京东确实立刻发了一个消息说订单提交成功，但是这个订单提交成功，并不是你的订单立刻就处理完了，而是你的订单已经加入了这个任务队列，而真实的订单处理后续会有一个相当复杂的操作过程，比如说订单的分库，出库，可能还要分包，装包，装箱，这样一些复杂的流程不可能说让你一直在这里等着消息的回馈，它必须是通过这样的异步解耦先告诉你你的订单提交成功了，然后当处理完以后再通过消息这样异步的方式告诉你，你的订单的一个状态，必须是这样的一个流程否则这个用户体验就太差了，服务器也承受不了这样的压力，举这个例子呢，也是为了说一下什么时候用异步这样一个经验性的东西。异步的选择，你一定要先明确自己的一个业务的需求，再来讨论是选择异步还同步，脱离了业务讨论同步和异步，这个实际上是没有多大意义的，上面同步和异步的代码只是简单的存取key-value的值，这个完全没有必要用异步，举个极端的例子，小程序的缓存上限是10MB，你试想一下子提取10MB的数据出来，会是什么样的情况，那这个时候你就要考虑异步的情况了。因为它整个的过程有可能很慢，给用户的体验也非常不好，但是我觉得这一种情况应该非常少。