shiro分布式会话.pdf

shiro 分布式会话 在做一些企业内部项目时或一些互联网后台时；可能会涉及到集中权限管理，统一进行多项目的权限管理；另外也需要统一 的会话管理，即实现单点身份认证和授权控制。 本章示例是同域名的场景下完成的。 部署架构 1、有三个应用：用于用户/权限控制的 Server （端口：8080 ）；两个应用App1 （端口9080 ）和App2 （端口10080 ）； 2、使用 Nginx 反向代理这三个应用，nginx.conf 的 server 配置部分如下： Java 代码 1. server { 2. listen 80; 3. server_name localhost; 4. charset utf-8; 5. location ~ ^/(chapter23-server)/ { 6. proxy_pass :8080; 7. index /; 8. proxy_set_header Host $host; 9. } 10. location ~ ^/(chapter23-app1)/ { 11. proxy_pass :9080; 12. index /; 13. proxy_set_header Host $host; 14. } 15. location ~ ^/(chapter23-app2)/ { 16. proxy_pass :10080; 17. index /; 1 / 23 18. proxy_set_header Host $host; 19. } 20. } 如访问 http://localhost/chapter23-server 会自动转发到 http://localhost:8080/chapter23-server ； 访 问 http://localhost/chapter23-app1 会 自 动 转 发 到 http://localhost:9080/chapter23-app1 ； 访 问 http://localhost/chapter23-app3 会自动转发到 http://localhost:10080/chapter23-app3 ； Nginx 的安装及使用请自行搜索学习，本文不再阐述。 项目架构 1、首先通过用户/权限 Server 维护用户、应用、权限信息；数据都持久化到 MySQL 数据库中； 2、应用 App1/应用 App2 使用客户端 Client 远程调用用户/权限 Server 获取会话及权限信息。 此处使用 Mysql 存储会话，而不是使用如 Memcached/Redis 之类的，主要目的是降低学习成本；如果换成如 Redis 也不 会很难；如： 2 / 23 使用如 Redis 还一个好处就是无需在用户/权限 Server 中开会话过期调度器，可以借助 Redis 自身的过期策略来完成。 模块关系依赖 1、shiro-example-chapter23-pom 模块：提供了其他所有模块的依赖；这样其他模块直接继承它即可，简化依赖配置，如 shiro-example-chapter23-server ： Java 代码 1. parent 2. artifactIdshiro-example-chapter23-pom/artifactId 3. groupIdcom.github.zhangkaitao/groupId 4. version1.0-SNAPSHOT/version 5. /parent 2、shiro-example-chapter23-core 模块：提供给 shiro-example-chapter23-server、shiro-example-chapt