如果熟悉http session的原理，session问题就好解决了。常见的session保持方式是，当浏览器向服务端发起http请求时，服务端检查在http 头部cookie参数里是否包含sessionid，如果有sessionid就根据sessionid去查看存储在服务器端的session，session里保存的当前会话的一些信息。如果sessionid没有服务端就会分配一个，写到cookie字段里，浏览器下次发起其它请求的时候带上。而在小程序里所有的请求都通过wx.request API来发起的。如果对wx.request API包装一下，使其每次向服务端发起请求时也添加一个名称为Cookie的http header，这样也不用对服务端作改动。服务端分配的sessionid使用wx.setStorageSync API存储在微信客户端。
http://www.wxapp-union.com/ar...

也就是说客户端微信小程序里面解决了存储sessionid的问题服务端nodejs实现的session功能和普通的session实现没区别。在小程序里面每次请求你服务器的时候把sessionid一起发过去，在服务器你先判断是否有你发送过去的sessionid参数，若有就继续操作session有关操作，若没有就分配一个sessionid和response一起发送给客户端微信小程序，在小程序里面每次收到response的时候判断下有没有你设置的sessionid，要是由就存储到本地，下次请求的时候一起发过去就是了。

平时我们浏览器里面的cookie也就只存储sessionid发给服务器用来识别用户身份而已，小程序每提供session我们当然可以用wx.setStorageSync API存储在微信客户端代替cookie。