在写小程序时用的是自己新写的框架,为了不重复性请求用户信息所以将数据存到了session中(当然也可以redis)。

但是,在调试小程序时却始终获取不到session数据,因为是新框架、新环境,所以第一时间怀疑是环境问题。

耐心调试开始解决问题:

1.代码已经开启了session。

session_start();

2.查看phpinfo()中是否含有session模块。

3.检查session在配置文件、phpinfo中是否开启(php中默认是不会开启session的)

session.auto_start=0;//没开启
//phpinfo中模块为off

  注意,如果配置文件中session.auto_start=1,同时代码中也执行了session_start时,这样会造成session_id不一致,后果就是获取不到想要的session值!!!。

4.vim修改session.auto_stat = 1后再查看php.ini,session.auto_start为on,开启完毕
  注意,这样设置代码中就不需要执行session_start(),因为后台配置已经自动开启了,所以代码已经开启的前提下,这里再开启会重新生成id,除非你代码开启前有输出。
5.重启php-fpm,测试,还是没有数据。
6.检查缓存文件夹。注意,有的时候因为路径问题查看php.ini的路径配置不一定正确哦。所以,直接查看phpinfo中save_path是否有设置缓存文件。

结果,有设置。

7.再在代码中打印session_id();,并将要保存的session数据保存后立即打印到日志中,然后到上述session路径文件夹下执行ls | grep sess_'session_id'查找,有返回,vim打开,其中的值为刚刚保存的,这说明session是ok的,权限也正常,问题应该出现在获取的时候。

8.为了证明怀疑正确,不使用新框架,另起demo测试,结果证明是对的。
解决:
  突然想起小程序是没有帮忙保存session,查看日志比较后发现果然session_id是不一致的,也就是说每次请求都被服务器认为是一个新的请求,当然就找不到之前的数据了。

  我们可以将之前请求的session_id返回到小程序中,并在小程序缓存下来并放到header中,然后再每次请求接口时都带上去就可以了

var request = (api,params) => new Promise((resolve, reject) => {
  console.log(params)
        var headers;
        /*提交时自动上传header信息*/
    headers = { 
      'content-type': 'application/x-www-form-urlencoded', 
      'cookie':wx.getStorageSync("session_id")//读取cookie
    };

    wx.request({
    url: baseUrl + api,
    data: params,
    header: headers,//传在请求的header里
        success: (res) => {
      console.log("api res ");
      console.log(res);
            resolve(res.data);
        },
        fail: err => {
      console.log("api err ");
      console.log(err);
            reject(err);
        }
    })

})

服务端重新赋予session_id即可。

最后附上session的运行机制:

Session机制是一种服务器端的机制,他将数据保存在服务器端。
当程序需要为某个客户端的请求创建一个Session的时候,服务器首先检查这个客户端的请求里是否已包含一个Session标识,称为sessionid,如果已包含一个sessionid则说明以前以为此用户创建过session,服务器就按照sessionid把这个session检索出来使用即可;否则不包含sessionid,为此客户端创建一个session并且生成一个与此session相关联的的sessionid,sessionid的值应该是一个既不会重复,又不容易被找到规律以仿照的字符串,这个sessionid将被在本次响应中返回给客户端以cookie形式保存。