JWT，全称为JSON Web Token，是一种用于在网络上安全传输信息的开放标准。它的设计初衷是用于跨域通信，在不同域之间传递声明性信息。JWT是一种自包含的令牌，通常用于实现身份验证和授权。
JWT令牌由三个部分组成：头部（Header）、声明（Payload）和签名（Signature）。
头部（Header）：头部通常包含了令牌的类型（例如，JWT）以及所使用的签名算法（例如，HMAC SHA256或RSA）。
声明（Payload）：声明包含了有关实体（通常是用户）以及其他数据的信息。这些信息以键值对的形式存在，可以包括用户ID、角色、权限等。
签名（Signature）：签名是对头部和声明的签名，用于验证令牌的完整性和来源。签名的生成需要使用密钥，只有拥有正确密钥的实体才能验证令牌。
JWT的工作原理如下：
用户登录：用户在应用程序中进行登录，并提供有效的凭据（例如用户名和密码）。
令牌生成：服务器在用户登录成功后生成JWT令牌。令牌的头部和声明部分包含有关用户的信息，然后对这两部分进行签名。
令牌返回：服务器将生成的JWT令牌返回给客户端（通常是作为响应的一部分），客户端通常将其存储在本地。
令牌验证：客户端在后续的请求中将JWT令牌发送给服务器。服务器接收到令牌后，会验证其签名以确保令牌的完整性和来源。如果验证成功，服务器会解析声明部分以获取用户信息，然后根据需要执行身份验证和授权操作。
访问控制：服务器可以使用令牌中包含的信息来决定用户是否有权访问特定资源或执行特定操作。
JWT的特点包括：
自包含性：JWT包含了所有必要的信息，因此无需在服务器上存储会话信息，使得它们特别适用于分布式系统。
安全性：JWT使用签名来验证令牌的完整性和来源，因此具有较高的安全性。
声明性：JWT的声明部分允许在令牌中包含有关用户的声明信息，这在身份验证和授权中非常有用。
无状态性：由于JWT是自包含的，服务器不需要在会话中存储任何信息，使得它们适用于RESTful API等无状态应用。
Session Token是一种用于维护用户会话状态的令牌。它通常由服务器生成，用于标识用户的当前会话。Session Token通常不包含用户的身份信息，而仅包含用于检索会话数据的标识符。
Session Token的工作原理如下：
用户登录：用户在应用程序中进行登录，并提供有效的凭据。
令牌生成：服务器在用户登录成功后生成一个Session Token，并将其与用户的会话相关联。通常，服务器会将Session Token存储在服务器端的数据存储中，例如数据库或内存中。
令牌返回：服务器将Session Token返回给客户端，通常通过Cookie或其他机制来传递给客户端。
会话管理：客户端在后续的请求中将Session Token发送给服务器。服务器接收到令牌后，会查找与该令牌关联的会话数据，从而维护用户的会话状态。
访问控制：服务器使用会话中存储的信息来确定用户是否有权访问资源或执行操作。
Session Token的特点包括：
会话状态维护：Session Token主要用于维护用户的会话状态，而不包含用户声明信息。
服务器存储：Session Token通常在服务器端存储，因此服务器需要维护与会话相关的数据。
无需签名：与JWT不同，Session Token通常不需要签名，因为它们的有效性由服务器进行管理。
短期有效性：Session Token通常在用户注销或会话超时后失效。
普通Token是一个通用术语，可以用来表示各种类型的令牌，包括Session Token、JWT以及其他用于身份验证、授权或访问控制的令牌。它没有特定的结构或属性，而是根据应用程序的需求和设计来定义。
普通Token的特点是相对灵活的，具体取决于它们的用途和实现方式。一些通用特点包括：
用途多样性：普通Token可以用于各种用途，包括身份验证、授权、访问控制等。
可扩展性：它们可以根据应用程序的需求进行自定义和扩展。
无结构性：普通Token通常没有特定的结构，可以是简单的标识符或包含多个属性的数据。
现在，让我们总结一下JWT、Session Token和普通Token之间的主要区别：
JWT是一种自包含的令牌，用于安全传输信息，通常用于身份验证和授权，包含用户声明信息。
Session Token用于维护用户的会话状态，通常由服务器生成，不包含用户声明信息。
普通Token是一个通用术语，用于表示各种令牌，其特性取决于具体用途和实现。
这三种令牌在不同的应用场景中具有不同的优势和用途。选择合适的令牌类型取决于您的应用程序需求、安全要求和设计目标。无论选择哪种令牌类型，都需要谨慎设计和实施，以确保安全性和性能。