SSO单点登录（CAS+Shiro+Redis）实战视频课程 百度云下载

这套 SSO 单点登录课程围绕 CAS、Shiro 和 Redis 三者的组合展开，落点在「把分散的登录态收敛成一套统一认证中心」。如果你手头已经有多个 Web 子系统，用户在一个系统登录后切到另一个系统还要重新输账号密码，或者 Session 在多台应用服务器之间对不上，这门课的主题就正好卡在痛点上。它不只是讲概念，而是要把证书签发、HTTPS 配置、票据校验、会话共享这些环节串成能跑起来的链路。

技术栈的定位与配合关系

CAS 是认证中心，负责签发和校验票据（TGT、ST）；Shiro 是各子系统里的权限与会话框架，负责拦截请求、判断是否已认证；Redis 承担票据和会话的集中存储。三者分工清晰，但真正容易出问题的恰恰是衔接处：Shiro 的 Realm 如何对接 CAS 返回的用户身份、票据在 Redis 里的键怎么设计、票据过期与 Session 过期时间如何对齐。课程把这些衔接点单独拎出来讲，是它比只讲 CAS 协议文档更有价值的地方。

从结构上看，这是一套典型的 Java Web 安全集成方案。涉及的知识点包括 CAS Server 的部署与定制、CAS Client 的接入、Shiro 过滤链的配置、Redis 作为缓存与会话存储的选型。学之前最好对 Servlet 过滤链、HTTP 重定向流程有基本认识，否则在排查票据跳转循环时会比较吃力。

HTTPS 与证书这条容易被跳过的线

CAS 的票据校验在生产环境里必须走 HTTPS，这不是可选项。课程里专门安排了证书签发与使用的部分，包括自签证书的生成、导入 JDK 信任库、服务端 keystore 配置。很多开发者本地跑通了就以为完事，一上测试环境就因为证书不受信、域名不匹配导致票据校验失败，回头看才发现是信任链没配好。这部分内容虽然不起眼，但属于上线前必须过的坎。

建议在学这一节时，不要只跟着敲命令，而是留意证书别名、有效期、CN 字段与访问域名之间的关系。理解这些之后，遇到「PKIX path building failed」这类报错就能自己定位，而不是到处搜答案。

可复用模块与工程结构

• CAS Server 端的认证处理器可以抽出来，后续接入数据库或 LDAP 时直接替换实现。
• Shiro 的 CAS Realm 与过滤器配置，通常能沉淀成各子系统共用的一个基础依赖模块。
• Redis 的票据存储结构设计，决定了后续能否方便地做单点登出、票据统计和会话审计。
• HTTPS 与信任库配置，可以整理成脚本或配置模板，避免每个环境重复手工操作。

把这几块拆开看，你就会发现这套课程的可复用价值不在于「跑通一个 Demo」，而在于它给了一套能往真实项目里搬的分层思路。子系统接入时改的主要是配置和少量适配代码，核心认证逻辑不动。

自学路径与复盘方式

建议按「单点登录要解决什么问题 → CAS 票据机制 → HTTPS 与证书 → Shiro 接入 → Redis 存储」的顺序推进，每完成一段就把当前阶段的请求流转画一遍。尤其是票据从浏览器到 CAS Server 再到各子系统的跳转路径，画过一次比看十遍视频都清楚。学完之后，比较实际的产出是一份能说明票据流转和会话共享机制的技术笔记，以及一个把认证中心与两三个子系统串起来的可运行环境。有这份东西，再去看其他 SSO 方案时心里就有对照的基准。

需要提醒的是，CAS 协议本身在演进，课程里的版本和配置方式可能与你实际使用的版本有差异。重点抓的是认证流程和集成思路，具体配置项以你所用版本的官方文档为准。把课程当作对照实践的参照，而不是照抄的模板，收获会更实在。