📕我是廖志伟,一名Java开发工程师、《Java项目实战——深入理解大型互联网企业通用技术》(基础篇)、(进阶篇)、(架构篇)、《解密程序员的思维密码——沟通、演讲、思考的实践》作者、清华大学出版社签约作家、Java领域优质创作者、CSDN博客专家、阿里云专家博主、51CTO专家博主、产品软文专业写手、技术文章评审老师、技术类问卷调查设计师、幕后大佬社区创始人、开源项目贡献者。
📘拥有多年一线研发和团队管理经验,研究过主流框架的底层源码(Spring、SpringBoot、SpringMVC、SpringCloud、Mybatis、Dubbo、Zookeeper),消息中间件底层架构原理(RabbitMQ、RocketMQ、Kafka)、Redis缓存、MySQL关系型数据库、 ElasticSearch全文搜索、MongoDB非关系型数据库、Apache ShardingSphere分库分表读写分离、设计模式、领域驱动DDD、Kubernetes容器编排等。
📙不定期分享高并发、高可用、高性能、微服务、分布式、海量数据、性能调优、云原生、项目管理、产品思维、技术选型、架构设计、求职面试、副业思维、个人成长等内容。

💡在这个美好的时刻,笔者不再啰嗦废话,现在毫不拖延地进入文章所要讨论的主题。接下来,我将为大家呈现正文内容。

# 🌟 区别 ### 🎉 存储方式 | 技术 | 原理 | 应用场景 | 优势与局限 | 实际案例 | | --- | --- | --- | --- | --- | | Session | 服务器端技术,通过在服务器上开辟一块内存或使用文件、数据库等存储介质来保存用户的会话信息。 | 主要应用于传统的单体Web应用,特别是那些对数据传输量敏感且服务器资源相对充足的应用场景。 | 优势在于简单易用,易于管理;局限在于在分布式系统或多服务器环境下,管理session 会变得复杂,需要借助缓存工具或数据库来实现会话共享。 | 例如,某电商平台的后台管理系统就采用了Session技术来管理用户会话。 | | JWT | 基于令牌的机制,令牌中包含了用户的身份信息,以JSON格式进行编码,保存在客户端。 | 适用于前后端分离的应用、移动应用、第三方接口以及微服务架构等场景。 | 优势在于天然适合分布式和微服务架构,无需共享存储;局限在于JWT 本身的安全性依赖于签名密钥的安全性,如果密钥泄露,JWT 可能会被滥用。 | 例如,某在线教育平台的移动端应用就使用了JWT技术来管理用户身份验证。 | ### 🎉 数据传输 | 技术 | 原理 | 应用场景 | 优势与局限 | 实际案例 | | --- | --- | --- | --- | --- | | Session | 客户端只需要在请求中携带session ID,真正的用户会话数据存储在服务器端。 | 主要应用于传统的单体Web应用,对数据传输量敏感且服务器资源充足。 | 优势在于简单易用,易于管理;局限在于在分布式系统或多服务器环境下,管理session 会变得复杂,需要借助缓存工具或数据库来实现会话共享。 | 例如,某电商平台的后台管理系统就采用了Session技术来管理用户会话。 | | JWT | 每次请求都会传输完整的JWT,包含用户的身份信息。 | 适用于前后端分离的应用、移动应用、第三方接口以及微服务架构等场景。 | 优势在于天然适合分布式和微服务架构,无需共享存储;局限在于JWT 本身的安全性依赖于签名密钥的安全性,如果密钥泄露,JWT 可能会被滥用。 | 例如,某在线教育平台的移动端应用就使用了JWT技术来管理用户身份验证。 | ### 🎉 扩展性 | 技术 | 原理 | 应用场景 | 优势与局限 | 实际案例 | | --- | --- | --- | --- | --- | | Session | 在分布式系统或多服务器环境下,管理session 会变得复杂,需要借助缓存工具或数据库来实现会话共享。 | 主要应用于传统的单体Web应用,对数据传输量敏感且服务器资源充足。 | 优势在于简单易用,易于管理;局限在于在分布式系统或多服务器环境下,管理session 会变得复杂,需要借助缓存工具或数据库来实现会话共享。 | 例如,某电商平台的后台管理系统就采用了Session技术来管理用户会话。 | | JWT | 由于服务器验证JWT 时不需要依赖特定的存储,所以天然适合分布式和微服务架构。 | 适用于前后端分离的应用、移动应用、第三方接口以及微服务架构等场景。 | 优势在于天然适合分布式和微服务架构,无需共享存储;局限在于JWT 本身的安全性依赖于签名密钥的安全性,如果密钥泄露,JWT 可能会被滥用。 | 例如,某在线教育平台的移动端应用就使用了JWT技术来管理用户身份验证。 | ### 🎉 安全性 | 技术 | 原理 | 应用场景 | 优势与局限 | 实际案例 | | --- | --- | --- | --- | --- | | Session | session ID 如果被窃取,攻击者可以通过伪造session ID 的方式来冒充用户。此外,服务器端存储的会话数据也存在被攻击泄露的风险。 | 主要应用于传统的单体Web应用,对数据传输量敏感且服务器资源充足。 | 优势在于简单易用,易于管理;局限在于session ID 的安全性依赖于服务器端的安全措施,一旦泄露,可能导致用户信息泄露。 | 例如,某电商平台的后台管理系统就采用了Session技术来管理用户会话。 | | JWT | JWT 使用签名算法来保证令牌的完整性和真实性。只要签名密钥不泄露,攻击者就难以篡改JWT 的内容。但如果JWT 被截获,在有效期内仍然可以被滥用。 | 适用于前后端分离的应用、移动应用、第三方接口以及微服务架构等场景。 | 优势在于JWT 本身的安全性较高,只要密钥安全,攻击者难以篡改;局限在于JWT 本身的安全性依赖于签名密钥的安全性,如果密钥泄露,JWT 可能会被滥用。 | 例如,某在线教育平台的移动端应用就使用了JWT技术来管理用户身份验证。 | # 🌟 使用场景 ### 🎉 Session | 场景 | 应用场景 | 优势与局限 | 实际案例 | | --- | --- | --- | --- | | 传统的单体Web应用 | 对于功能相对简单、用户规模不是特别大的单体Web应用,使用session 管理会话比较方便。 | 优势在于简单易用,易于管理;局限在于在分布式系统或多服务器环境下,管理session 会变得复杂,需要借助缓存工具或数据库来实现会话共享。 | 例如,某电商平台的后台管理系统就采用了Session技术来管理用户会话。 | | 对数据传输量敏感且服务器资源充足 | 如果应用中每次请求传输的数据量较大,使用session 可以减少传输的会话数据,只需要传递session ID。并且当服务器有足够的资源来管理会话存储时,session 是一个可行的选择。 | 优势在于简单易用,易于管理;局限在于在分布式系统或多服务器环境下,管理session 会变得复杂,需要借助缓存工具或数据库来实现会话共享。 | 例如,某电商平台的后台管理系统就采用了Session技术来管理用户会话。 | ### 🎉 JWT | 场景 | 应用场景 | 优势与局限 | 实际案例 | | --- | --- | --- | --- | | 前后端分离的应用 | 在前后端分离的架构中,JWT 可以方便地在不同的服务之间传递用户身份信息,后端服务不需要共享会话存储,只需要验证JWT 的签名。 | 优势在于天然适合分布式和微服务架构,无需共享存储;局限在于JWT 本身的安全性依赖于签名密钥的安全性,如果密钥泄露,JWT 可能会被滥用。 | 例如,某在线教育平台的移动端应用就使用了JWT技术来管理用户身份验证。 | | 移动应用和第三方接口 | 当开发移动应用或者需要为第三方提供API 时,JWT 是一个很好的选择。因为它可以在不同的设备和系统之间轻松传递,并且方便进行权限控制和身份验证。 | 优势在于天然适合分布式和微服务架构,无需共享存储;局限在于JWT 本身的安全性依赖于签名密钥的安全性,如果密钥泄露,JWT 可能会被滥用。 | 例如,某在线教育平台的移动端应用就使用了JWT技术来管理用户身份验证。 | | 微服务架构 | 在微服务架构中,各个服务之间需要独立进行身份验证和授权,JWT 无需依赖共享存储的特性,使得它非常适合在微服务之间传递用户身份和权限信息。 | 优势在于天然适合分布式和微服务架构,无需共享存储;局限在于JWT 本身的安全性依赖于签名密钥的安全性,如果密钥泄露,JWT 可能会被滥用。 | 例如,某在线教育平台的移动端应用就使用了JWT技术来管理用户身份验证。 |

博主分享
📥博主的人生感悟和目标

📙经过多年在CSDN创作上千篇文章的经验积累,我已经拥有了不错的写作技巧。同时,我还与清华大学出版社签下了四本书籍的合约,并将陆续出版。
面试备战资料
八股文备战
理论知识专题(图文并茂,字数过万)
集群部署(图文并茂,字数过万)
开源项目分享
管理经验
【公司管理与研发流程优化】针对研发流程、需求管理、沟通协作、文档建设、绩效考核等问题的综合解决方案:https://download.csdn.net/download/java_wxid/91148718
希望各位读者朋友能够多多支持!
现在时代变了,信息爆炸,酒香也怕巷子深,博主真的需要大家的帮助才能在这片海洋中继续发光发热,所以,赶紧动动你的小手,点波关注❤️,点波赞👍,点波收藏⭐,甚至点波评论✍️,都是对博主最好的支持和鼓励!
🔔如果您需要转载或者搬运这篇文章的话,非常欢迎您私信我哦~