session解决方案实战

session粘滞---iphash方式
在nginx的配置文件nginx.conf

upstream tomcatServer{ 
    #upstream 服务器组  
    #服务名称                权重    
    server 127.0.0.1:8080   weight=1;
    server 127.0.0.1:8082   weight=1;
    #缺点: 同一个ip访问同一个服务器  会导致单台服务器压力过大 
    #ip_hash;
    }
  #放在server块之前

session复制方案
在tomcat的conf目录中server.xml文件下
添加如下配置

<Engine name="Catalina" defaultHost="localhost">
#在server找到catalina下面添加如下文件:
#解析:该方案以组播的形式配置
 <Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"
                 channelSendOptions="8">

          <Manager className="org.apache.catalina.ha.session.DeltaManager"
                   expireSessionsOnShutdown="false"
                   notifyListenersOnReplication="true"/>
          <Channel className="org.apache.catalina.tribes.group.GroupChannel">
            <Membership className="org.apache.catalina.tribes.membership.McastService"
                        address="228.0.0.4"
                        port="45564"
                        frequency="500"
                        dropTime="3000"/>
            <Receiver className="org.apache.catalina.tribes.transport.nio.NioReceiver"
                      address="auto"
                      port="4000"
                      autoBind="100"
                      selectorTimeout="5000"
                      maxThreads="6"/>

            <Sender className="org.apache.catalina.tribes.transport.ReplicationTransmitter">
              <Transport className="org.apache.catalina.tribes.transport.nio.PooledParallelSender"/>
            </Sender>
            <Interceptor className="org.apache.catalina.tribes.group.interceptors.TcpFailureDetector"/>
            <Interceptor className="org.apache.catalina.tribes.group.interceptors.MessageDispatchInterceptor"/>
          </Channel>

          <Valve className="org.apache.catalina.ha.tcp.ReplicationValve"
                 filter=""/>
          <Valve className="org.apache.catalina.ha.session.JvmRouteBinderValve"/>

          <Deployer className="org.apache.catalina.ha.deploy.FarmWarDeployer"
                    tempDir="/tmp/war-temp/"
                    deployDir="/tmp/war-deploy/"
                    watchDir="/tmp/war-listen/"
                    watchEnabled="false"/>

          <ClusterListener className="org.apache.catalina.ha.session.ClusterSessionListener"/>
        </Cluster>

还要在web.xml中添加一个自闭合标签使得我们的配置在web项目中能够正常使用

<distributable/>

redis共享方案

1、pom文件配置中添加
<dependency>
           
<groupId>org.springframework.boot</groupId>
           
<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>
<dependency>
            
<groupId>org.springframework.session</groupId>
            
<artifactId>spring-session-data-redis</artifactId>
 </dependency>
2、
在application.yml文件中添加
#对Redis 属配置 
spring.redis.database=0      
spring.redis.host=127.0.0.1    #设置ip地址
spring.redis.port=6379        #设置端口号
spring.redis.password=        #如果是默认的那么密码为空
#添加注解
#代码部分修改启动类添加
3、@EnableRedisHttpSession

http安全认证后403解决方案

修改访问权限
检查权限控制启动用户和工作用户是否一致。
在nginx.conf修改释放user注释修改用户为root最高权限。

user  root;            #设置用户权限为root
worker_processes  1;

修改文件权限
我们出现403很大一部分原因是因为文件权限不足导致的，那么我们就需要修改文件的权限来完成。
方法如下

chmod -R 777 file  # 更改文件的读写权限   -R代表递归该目录下所有文件 file指的是你的文件夹

修改文件所有者
还有一种可能文件所有者不是nginx nginx无法读取到此文件

#是因为要访问的文件所属者不属于nginx   到文件存储目录输入命令： 
chown nginx:nginx file   # 更改文件的所有者为nginx

修改文件状态

代码安全锁解决方案

①gitee方案
在gitee中对代码进行加签
签的种类有很多可以在github上进行下载选择自己适合的(github里面的代码认证部分)

代码编写中不写注释不遵守代码的协定简洁性
多写点tood注释在不同的地方插入不同的数据(树枝填海策略)
更改通用规定比如时间time 我们用user来定义修改定义策略
正常重载后的函数，其功能应该和被重载的函数应该是接近的，我们要做的就是让重载后的函数和被重载函数的功能完全没有关系。
这个时候看代码的人如果基础不牢的话，可能需要去温习下函数重载的知识，是不是自己以前理解错了。
混乱#define
样板示例：

ifndef DONE#ifdef TWICE// put stuff here to declare 3rd time aroundvoidg(char* str);#define DONE#else// TWICE#ifdef ONCE// put stuff here to declare 2nd time around<voidg(void* str);#define TWICE#else// ONCE// put stuff here to declare 1st time aroundvoidg(std::string str);#define ONCE#endif// ONCE#endif// TWICE#endif// DONE

这样做完之后除了你自己编译的时候知道后期无人知晓
做的时候记得备份一份清晰的自己看的注释文档，不然你的代码后期没有人会接。
不过既然采用了单体式服务那么我相信你的服务后期必然会升级不建议使用仅限于部分自用部分！