微信网页授权登录多域名中转系统，不仅仅是微信，所有OAuth 2.0授权登录均支持
说到网页授权登录，我们先了解一下OAuth 2.0，OAuth 2.0是一种开放标准的授权协议，全名为“开放授权2.0”（Open Authorization 2.0）。以下是关于OAuth 2.0的详细介绍：
一、定义与目的
OAuth 2.0旨在为用户资源的授权提供一个安全、开放且简易的标准。
它允许用户授权第三方应用访问他们在另一个服务提供方上的数据，而无需分享他们的凭据（如用户名、密码）。
二、主要角色与核心概念
主要角色：
资源所有者（Resource Owner）：数据的拥有者，可以授权其他应用程序来访问他们的资源。
客户端（Client）：请求访问资源的应用程序，可以是Web应用、移动应用、桌面应用等。
授权服务器（Authorization Server）：资源所有者的服务提供者，负责验证资源所有者的身份并向客户端颁发访问令牌。
资源服务器（Resource Server）：用于存储和管理资源的服务器，当用户拥有访问令牌后，可以向其请求访问资源。
核心概念：
访问令牌（Access Token）：客户端用来访问资源服务器上受保护资源的凭证，通常具有一定的时效性。
授权代码（Authorization Code）：客户端向授权服务器请求访问令牌的中间凭证，用于在客户端和授权服务器之间进行安全的令牌交换。
三、工作流程
OAuth 2.0的工作流程通常包括以下几个步骤：
客户端注册：客户端必须在授权服务器上注册，并获得一个客户端标识（Client ID）和客户端密码（Client Secret），用于验证客户端的身份。
用户授权：客户端将用户重定向到授权服务器，以请求授权。用户将在授权服务器上登录并授权客户端访问他们的资源。
获取授权代码：一旦用户同意授权，授权服务器将生成一个授权代码，并将其发送回客户端。
获取访问令牌：客户端使用授权代码向授权服务器请求访问令牌。授权服务器验证授权代码后，如果有效，将颁发访问令牌。
访问资源：客户端使用获取的访问令牌向资源服务器请求受保护的资源。资源服务器验证令牌后，如果有效，将提供资源。
四、授权模式
OAuth 2.0定义了四种主要的授权模式，以适应不同的应用场景和需求：
授权码模式（Authorization Code）：最常用的授权流程，功能最完整、流程最严密。适用于Web应用、桌面应用等。
隐式授权模式（Implicit）：主要用于纯前端应用，如JavaScript SPA（单页应用）。省去了颁发中间凭据（例如授权代码）的过程。
密码模式（Resource Owner Password Credentials）：用户直接将用户名和密码提供给客户端，客户端使用这些信息向授权服务器请求访问令牌。主要用于信任级别较高的应用。
客户端模式（Client Credentials）：客户端使用自己的身份凭据去获取访问令牌，适用于没有用户参与的后端服务。
五、应用场景
OAuth 2.0广泛应用于各种场景，包括但不限于：
社交登录：用户可以使用他们的社交媒体帐户登录到其他应用程序。
API访问：开发人员可以使用OAuth 2.0来访问第三方API。
单点登录：用户可以使用一个身份验证提供商登录到多个相关的应用程序。
授权访问：应用程序可以请求用户授权访问其资源，如云存储或文件共享服务。
六、优点与缺点
优点：
安全性高：通过访问令牌提供了额外的安全性，客户端不需要存储用户的用户名和密码。
用户友好：使用户能够选择哪些资源可以被访问，而不必共享他们的密码。
广泛支持：几乎所有主要的互联网公司都支持OAuth 2.0。
缺点：
实现复杂：对于初学者来说可能有一定的学习曲线。
安全性依赖于正确的实现：如果不小心实施，可能会有漏洞。
授权比较单一，一般只支持1个或者2个回调域名，这用于多个站点的时候就有些不方便。
七、如何多个站点使用同一个应用/平台进行用户授权登录操作？
解决网页授权登录方法，固定一个域名做中转
示例：https://oauth.shejiz.cn/ （该工具对外开放，如果想要自己搭建也是可以的，直接复制源代码即可）
原理：用固定的一个域名来做中转获取指定的令牌code，然后用指定的回调地址（https://oauth.shejiz.cn/callback）来做跳转携带令牌code返回到业务站点，最后在业务站点上通过令牌code来获取用户登录信息
安全问题：本工具只需要一个appid或者client_id来获取令牌code，并不会造成什么安全问题，真正获取用户信息的还是在业务站点，可放心食用
具体使用说明及示例：https://oauth.shejiz.cn/info.html
