zoukankan      html  css  js  c++  java
  • 关于session其他接口获取不到问题

    在写小程序时用的是自己新写的框架,为了不重复性请求用户信息所以将数据存到了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形式保存。

  • 相关阅读:
    维护IBM DB2数据库所应了解的底子内情知识6
    维护IBM DB2数据库所应了解的根本知识2
    教你疾速掌握DB2数据库中的相关呼吁1
    疾速把握IBM DB2数据库的常用操纵指令2
    维护IBM DB2数据库所应看法的根底常识1
    维护IBM DB2数据库所应了解的根蒂基本常识9
    维护IBM DB2数据库所应懂得的根基常识7
    维护IBM DB2数据库所应了解的根柢常识11
    疾速把握IBM DB2数据库的常用操纵指令3
    维护IBM DB2数据库所应领会的基本常识8
  • 原文地址:https://www.cnblogs.com/two-bees/p/11053216.html
Copyright © 2011-2022 走看看