CN108306877B - 基于node js的用户身份信息的验证方法、装置和存储介质 - Google Patents

Abstract

本发明实施例提供一种基于NODE JS的用户身份信息的验证方法、装置和存储介质，该方法包括：接收用户通过客户端发送的登录请求，登录请求中携带有用户名和密码；将用户名和密码存储至预设数据库中，预设数据库为非关系型数据库；根据用户名和密码生成用户标识，并将用户标识存放在客户端的缓存中；当接收到用户通过客户端发送的访问微服务的请求时，对缓存中的所述用户标识进行解析，获得用户名；在预设数据库中查询用户名对应的用户是否具有访问微服务的权限，并通过restful服务向客户端返回查询结果；其中，预设数据库中存储有用户信息，用户信息包括用户名对应的用户能够访问的微服务。本发明实施例能够提高系统的安全性。

Description

基于NODE JS的用户身份信息的验证方法、装置和存储介质

技术领域

本发明实施例涉及计算机技术，尤其涉及一种基于NODE JS的用户身份信息的验证方法、装置和存储介质。

背景技术

越来越多的企业在基于整体应用架构的模式来实现核心业务时，随着的业务发展，数据量和系统越来越臃肿，复杂度提高，熵值增大，难以适应灵活多变的业务需求。在此背景下，微服务架构(Microservices Architecture)应运而生，它放弃了传统大规模的集成式设计理念，改为细粒度、松耦合、可灵活组合的自治单元，这种系统设计理念逐渐成为目前主流的业务系统架构模式。

然而，现有技术中，在微服务架构中，用户通常都是在登录后直接访问所想要访问的微服务即可，这样，可能会存在非法的用户访问微服务系统的现象，从而会造成系统的安全性较低。

发明内容

本发明实施例提供一种基于NODE JS的用户身份信息的验证方法、装置和存储介质，能够提高系统的安全性。

第一方面，本发明实施例提供一种基于NODE JS的用户身份信息的验证方法，包括：

接收用户通过客户端发送的登录请求，所述登录请求中携带有用户名和密码；

将所述用户名和所述密码存储至预设数据库中，所述预设数据库为非关系型数据库；

根据所述用户名和所述密码生成用户标识，并将所述用户标识存放在客户端的缓存中；

当接收到所述用户通过所述客户端发送的访问微服务的请求时，对所述缓存中的所述用户标识进行解析，获得所述用户名；

在所述预设数据库中查询所述用户名对应的用户是否具有访问所述微服务的权限，并通过restful服务向所述客户端返回查询结果；其中，所述预设数据库中存储有用户信息，所述用户信息包括所述用户名对应的用户能够访问的微服务。

可选地，所述接收用户通过客户端发送的登录请求之前，所述方法还包括：

接收所述用户通过所述客户端发送的注册请求，所述注册请求中携带有所述用户名、所述密码和所述用户信息；

建立所述用户名和所述密码之间的对应关系；

将所述用户名和所述密码之间的对应关系以及所述用户信息存储在所述预设数据库中。

可选地，所述将用户名和密码存储至预设数据库中，包括：

通过Crypto模块生成随机数；

对所述密码和所述随机数进行哈希处理，生成哈希值；

将所述用户名和所述哈希值存储至所述预设数据库中。

可选地，所述用户标识包括token，所述客户端的缓存包括Cookie；

所述当接收到所述用户通过所述客户端发送的访问微服务的请求时，对所述缓存中的所述用户标识进行解析，获得所述用户名，包括：

当接收到所述用户通过所述客户端发送的访问微服务的请求时，将所述Cookie中的所述token存入至WEB头部信息中；

从所述WEB头部信息中对所述token进行解析，获得所述用户名。

可选地，所述在所述预设数据库中查询所述用户名对应的用户是否具有访问所述微服务的权限之前，所述方法还包括：

判断所述微服务是否需要登录认证；

得到的判断结果为所述微服务需要登录认证。

可选地，所述用户标识为访问所述微服务时的唯一识别码，所述用户标识用于识别或跟踪用户的访问行为。

可选地，所述方法还包括：

接收所述用户通过所述客户端发送的业务访问请求，所述业务访问请求为访问业务逻辑复杂的服务的请求；

接收所述客户端通过Http_proxy模块发送的Http请求；

根据所述Http请求向所述客户端返回Http响应。

第二方面，本发明实施例提供一种基于NODE JS的用户身份信息的验证装置，包括：

接收模块，用于接收用户通过客户端发送的登录请求，所述登录请求中携带有用户名和密码；

存储模块，用于将所述用户名和所述密码存储至预设数据库中，所述预设数据库为非关系型数据库；

生成模块，用于根据所述用户名和所述密码生成用户标识，并将所述用户标识存放在客户端的缓存中；

解析模块，用于当接收到所述用户通过所述客户端发送的访问微服务的请求时，对所述缓存中的所述用户标识进行解析，获得所述用户名；

发送模块，用于在所述预设数据库中查询所述用户名对应的用户是否具有访问所述微服务的权限，并通过restful服务向所述客户端返回查询结果；其中，所述预设数据库中存储有用户信息，所述用户信息包括所述用户名对应的用户能够访问的微服务。

可选地，所述装置还包括：建立模块；

所述接收模块，还用于接收所述用户通过所述客户端发送的注册请求，所述注册请求中携带有所述用户名、所述密码和所述用户信息；

所述建立模块，用于建立所述用户名和所述密码之间的对应关系；

所述存储模块，还用于将所述用户名和所述密码之间的对应关系以及所述用户信息存储在所述预设数据库中。

可选地，所述存储模块，具体用于：

通过Crypto模块生成随机数；

对所述密码和所述随机数进行哈希处理，生成哈希值；

将所述用户名和所述哈希值存储至所述预设数据库中。

可选地，所述用户标识包括token，所述客户端的缓存包括Cookie；

所述解析模块，具体用于：

当接收到所述用户通过所述客户端发送的访问微服务的请求时，将所述Cookie中的所述token存入至WEB头部信息中；

从所述WEB头部信息中对所述token进行解析，获得所述用户名。

可选地，所述装置还包括：判断模块；

所述判断模块用于判断所述微服务是否需要登录认证，得到的判断结果为所述微服务需要登录认证。

可选地，所述用户标识为访问所述微服务时的唯一识别码，所述用户标识用于识别或跟踪用户的访问行为。

可选地，所述接收模块，还用于接收所述用户通过所述客户端发送的业务访问请求，所述业务访问请求为访问业务逻辑复杂的服务的请求；

所述接收模块，还用于接收所述客户端通过Http_proxy模块发送的Http请求；

所述发送模块，还用于根据所述Http请求向所述客户端返回Http响应。

第三方面，本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面所述的验证方法。

第四方面，本发明实施例提供一种服务器，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行第一方面所述的验证方法。

本发明提供的基于NODE JS的用户身份信息的验证方法、装置和存储介质，通过接收用户通过客户端发送的登录请求，该登录请求中携带有用户名和密码，服务器将接收到的用户名和密码存储至预设数据库中，并根据用户名和密码生成用户标识，并将用户标识存放在客户端的缓存中，当服务器在接收到用户通过客户端发送的访问微服务的请求时，会对缓存中的用户标识进行解析，获得用户名，并在预设数据库中查询该用户名对应的用户是否具有访问微服务的权限，并通过restful服务向客户端返回查询结果，其中，预设数据库中存储有用户信息，用户信息包括用户名对应的用户能够访问的微服务。由于服务器在解析出登录的用户名后，会在预设数据库中查询该用户名对应的用户是否具有访问微服务的权限，这样，可以有效阻止非法用户访问微服务的现象，从而可以提高系统的安全性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的基于NODE JS的用户身份信息的验证方法的应用场景示意图；

图2为本发明实施例提供的基于NODE JS的用户身份信息的验证方法实施例一的流程示意图；

图3为本发明实施例提供的基于NODE JS的用户身份信息的验证方法实施例二的流程示意图；

图4为本发明实施例提供的基于NODE JS的用户身份信息的验证装置实施例一的结构示意图；

图5为本发明实施例提供的基于NODE JS的用户身份信息的验证装置实施例二的结构示意图；

图6为本发明实施例提供的基于NODE JS的用户身份信息的验证装置实施例三的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在对本发明的具体实施方式进行说明之前，先就一些基本的概念进行解释：

(1)微服务架构

微服务架构是一种技术架构理念，其具有高度的弹性、灵活性和开发运行效率。微服务架构的理念是将一个庞大完整的系统拆分成若干小的服务组件，其中，各组件之间的通讯采用轻量的协议完成，如流行的Restful应用程序编程接口(ApplicationProgramming Interface；API)，数据的传输采用JSON格式。

微服务架构的优点包括：业务功能的独立垂直开发机制、统一数据传输格式、异构开发语言、更多的技术选择以及高效的部署机制(自动化部署)等。

(2)NODE JS

目前，随着全栈式开发理念的盛行，前后端分离的Web应用程序的开发开始逐渐成为主流，采用前端和服务器端统一的开发语言，在系统会话管理、静态资源管理中具有很大的优势。可以利用Node.js在服务器构建WEB服务器，同时结合MongoDB非结构性数据库可以实现前后编程语言的统一(JavaScript)和前后台数据格式的统一(JSON)，因而在服务端和客户端可以避免多元的数据转换问题。

另外，Node.js可以处理庞大的并且高吞吐量的并发连接。而Node.js仅仅只运行在一个单线程中，使用非阻塞的异步I/O调用，所有连接都由该线程处理，在libuv的加分下，可以允许其支持数万并发连接(全部挂在该线程的事件循环中)。

在现有技术的微服务架构中，用户通常都是在登录后直接访问所想要访问的微服务，这样，可能会存在非法的用户访问微服务系统的现象，从而会造成系统的安全性较低。

因此，本发明实施例提供的基于NODE JS的用户身份信息的验证方法，旨在解决现有技术中在访问微服务时，会造成系统的安全性较低的技术问题。

本发明实施例提供的基于NODE JS的用户身份信息的验证方法，可以应用于在访问微服务时需要进行身份验证的场景中。图1为本发明实施例提供的基于NODE JS的用户身份信息的验证方法的应用场景示意图，如图1所示，当用户需要通过客户端在服务器中访问某个微服务时，可以通过客户端向服务器发送登录请求，该登录请求中携带有用户名和密码，服务器将接收到的用户名和密码存储至预设数据库中，并根据用户名和密码生成用户标识，并将用户标识存放在客户端的缓存中，当服务器在接收到用户通过客户端发送的访问微服务的请求时，会对缓存中的用户标识进行解析，获得用户名，并在预设数据库中查询该用户名对应的用户是否具有访问微服务的权限，并通过restful服务向客户端返回查询结果，其中，预设数据库中存储有用户信息，用户信息包括用户名对应的用户能够访问的微服务。由于服务器在解析出登录的用户名后，会在预设数据库中查询该用户名对应的用户是否具有访问微服务的权限，这样，可以有效阻止非法用户访问微服务的现象，从而可以提高系统的安全性。

下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图2为本发明实施例提供的基于NODE JS的用户身份信息的验证方法实施例一的流程示意图。本发明实施例提供了一种基于NODE JS的用户身份信息的验证方法，该方法可以由任意执行基于NODE JS的用户身份信息的验证方法的装置来执行，该装置可以通过软件和/或硬件实现。本实施例中，该装置可以集成在服务器中。如图2所示，本实施例的方法可以包括：

步骤201、接收用户通过客户端发送的登录请求，该登录请求中携带有用户名和密码。

在本实施例中，客户端可以包括手机、电脑、PAD以及其他能够访问微服务的电子设备。当用户想要通过客户端访问微服务时，可能需要先进行登录，则客户端会向服务器发送登录请求，该登录请求中携带有用户名和密码。

步骤202、将用户名和密码存储至预设数据库中，该预设数据库为非关系型数据库。

在本实施例中，预设数据库为非关系型数据库，在一种可能的实现方式中，该预设数据库可以为MONGODB数据库。服务器在接收到客户端发送的用户名和密码时，利用Mongoose模块以文档的形式存入到MongoDB数据库中，该文档的结构的ID以MongoDB生产的_ID为准。同时，利用Mongoose模块生成计划(Schema)，在Schema中设计文档的结构，并在Schema定义了用户密码加密、用户密码验证和用户Token ID生产的方法。在Schema中定义方法，可以直接方便地使用Schema定义的文档的各个字段，避免使用回调函数进行对用户信息的加工。在用户注册和登录时，直接可映射MongoDB数据库，进行数据的存储和修改。由于MONGODB数据库属于内存数据库的一种，因此，相比传统关系型数据库，用户名和密码存储到MONGODB数据库中，可以大幅提高查询效率。

在一种可能的实现方式中，将用户名和密码存储至预设数据库中，包括：通过Crypto模块生成随机数；对密码和随机数进行哈希处理，生成哈希值；将用户名和哈希值存储至预设数据库中。

具体地，为了避免使用单向(不可逆)加密的方式，比如MD5加密方式，生成重复的密码的现象，本发明实施例中利用Crypto模块生成随机数，再利用Node.js dotenv模块生成用户加密的密钥，然后对密码和随机数进行哈希处理，生成哈希值，并将用户名和生成的哈希值存储到预设数据库中。当用户在登录时，服务器只需要比较登录请求中的密码是否和哈希值一样即可。由于服务器会对密码进行加密处理之后再存储至预设数据库中，由此可以提高用户信息的安全性。

步骤203、根据用户名和密码生成用户标识，并将用户标识存放在客户端的缓存中。

在本实施例中，用户标识例如可以为token，客户端的缓存例如可以为cookie，服务器会根据接收到的用户名和密码，生成用户标识，即生成token，并将生成的token返回给客户端，以存储在客户端的缓存中，如存储在客户端的cookie中。

其中，用户标识，即token为访问微服务时的唯一识别码，该token用于识别或跟踪用户的访问行为。

步骤204当接收到用户通过客户端发送的访问微服务的请求时，对缓存中的用户标识进行解析，获得用户名。

在本实施例中，当用户想要访问某个微服务时，将会通过客户端向服务器发送访问微服务的请求，服务器在接收到该请求后，会对客户端的缓存中的用户标识进行解析。例如：服务器会对客户端的cookie中的token进行解析，从而可以获得token中的用户名。

在一种可能的实现方式中，在用户标识包括token，客户端的缓存包括Cookie时，当接收到用户通过客户端发送的访问微服务的请求时，对缓存中的用户标识进行解析，获得用户名，包括：当接收到用户通过客户端发送的访问微服务的请求时，将Cookie中的token存入至WEB头部信息中，并从WEB头部信息中对token进行解析，获得用户名。

具体地，服务器会利用JsonWebtoken模块，根据来自于MongoDB中的用户_id、用户提供唯一码、过期时间等信息可以生成token，其中，生成的token由三部分构成，第一部分是一个编码之后的JSON对象，这个JSON对象包含了Hash算法和类型，第二部分也是编码后的JSON对象，也即令牌数据，第三部分是一个签名，该签名的密码保存在服务器中。

由于在Web服务器端生产的Token中，就包含用户的用户名，因此，在获取用户名时，可以避免跨服务器从Session中获取服务器的现象。

另外，在token生成之后，本发明实施例中会将Token的ID存入到客户端的Cookie中，反馈到Web端。当用户访问微服务时，登录请求中会携带该Cookie，服务器会在后台读取Http的Cookie信息，并将Cookie中的token加载到WEB的头部信息(Header)中。基于Express架构，服务器会自动从WEB的头部信息(Header)中读取token，并对token进行解析，以获得用户名。

步骤205、在预设数据库中查询用户名对应的用户是否具有访问微服务的权限，并通过restful服务向客户端返回查询结果；其中，该预设数据库中存储有用户信息，用户信息包括用户名对应的用户能够访问的微服务。

在本实施例中，用户在通过客户端进行信息注册时，会将其能够访问的微服务一并存储在预设数据库中，当服务器通过解析用户标识得到用户名之后，会通过WEB中间件在预设数据库中查询该用户名对应的用户是否能够访问该微服务，即该用户是否具有访问该微服务的权限，如果有，则将查询的结果通过restful服务返回给客户端，如果没有，则不会向客户端返回任何结果，这样，客户端将可以及时的阻止非法用户对微服务的访问，从而可以有效提高系统的安全性。

在一种可能的实现方式中，在预设数据库中查询用户名对应的用户是否具有访问微服务的权限之前，还需要判断微服务是否需要登录认证，当判断结果为微服务需要登录认证时，将在预设数据库中查询用户名对应的用户是否具有访问微服务的权限。

具体地，为了认证登录权限，本实施例中在Http访问路由中设置了两层，第一层是判断该微服务是否需要用户登录认证，第二层是利用express-jwt模块来认证用户的访问权限，判断该用户是否具备访问该微服务的资格。当判断出需要进行登录认证时，再会利用express-jwt模块来认证用户的访问权限。需要进行说明的是，express-jwt模块进行访问认证权限时，必须要将Token ID存储到WEB头部信息中，同时，用户Token ID生成的加密方式，必须也同express-jwt配置一致。

本发明实施例提供的基于NODE JS的用户身份信息的验证方法，通过接收用户通过客户端发送的登录请求，该登录请求中携带有用户名和密码，服务器将接收到的用户名和密码存储至预设数据库中，并根据用户名和密码生成用户标识，并将用户标识存放在客户端的缓存中，当服务器在接收到用户通过客户端发送的访问微服务的请求时，会对缓存中的用户标识进行解析，获得用户名，并在预设数据库中查询该用户名对应的用户是否具有访问微服务的权限，并通过restful服务向客户端返回查询结果，其中，预设数据库中存储有用户信息，用户信息包括用户名对应的用户能够访问的微服务。由于服务器在解析出登录的用户名后，会在预设数据库中查询该用户名对应的用户是否具有访问微服务的权限，这样，可以有效阻止非法用户访问微服务的现象，从而可以提高系统的安全性。

图3为本发明实施例提供的基于NODE JS的用户身份信息的验证方法实施例二的流程示意图。本发明实施例在图2所示实施例的基础上，对在接收用户通过客户端发送的登录请求之前，需要先对用户名和密码进行注册的实施例进行详细说明。如图3所示，本实施例的方法可以包括：

步骤301、接收用户通过客户端发送的注册请求，该注册请求中携带有用户名、密码和用户信息。

在本发明实施例中，用户在登录微服务系统之前，需要先进行注册。具体地，可以通过客户端向服务器发送注册请求，其中，该注册请求中包括有用户想要注册的用户名以及对应的密码，另外，在进行注册时，该注册请求中还会携带有该用户能够访问的所有微服务的信息。

步骤302、建立用户名和密码之间的对应关系。

在本发明实施例中，服务器在接收到注册请求后，会将注册请求中的用户名和密码建立对应关系，以使用户名和密码一一对应。

步骤303、将用户名和密码之间的对应关系以及用户信息存储在预设数据库中。

在本发明实施例中，在建立用户名和密码之间的对应关系之后，会将建立的对应关系以及用于指示用户能够访问的微服务的用户信息存储在预设数据库中，其中，该预设数据库可以为MONGODB数据库，由于MONGODB数据库为内存数据库，由此可以提高数据的查询效率。

本发明实施例提供的基于NODE JS的用户身份信息的验证方法，通过接收用户通过客户端发送的登录请求，该登录请求中携带有用户名和密码，服务器将接收到的用户名和密码存储至预设数据库中，并根据用户名和密码生成用户标识，并将用户标识存放在客户端的缓存中，当服务器在接收到用户通过客户端发送的访问微服务的请求时，会对缓存中的用户标识进行解析，获得用户名，并在预设数据库中查询该用户名对应的用户是否具有访问微服务的权限，并通过restful服务向客户端返回查询结果，其中，预设数据库中存储有用户信息，用户信息包括用户名对应的用户能够访问的微服务。由于服务器在解析出登录的用户名后，会在预设数据库中查询该用户名对应的用户是否具有访问微服务的权限，这样，可以有效阻止非法用户访问微服务的现象，从而可以提高系统的安全性。另外，服务器会将接收到的用户名、密码和用户信息存储在预设数据库中，由于预设数据库为内存数据库，由此可以提高数据的查询效率。

在上述各实施例的基础上，该方法还包括：接收用户通过客户端发送的业务访问请求，该业务访问请求为访问业务逻辑复杂的服务的请求；接收客户端通过Http_proxy模块发送的Http请求；根据Http请求向客户端返回Http响应。

具体地，本发明实施例中通过以下两种形式提供微服务：第一种方式是将非关系型数据直接存储到MongoDB数据库，如用户名和密码等非关系型数据，该方法基于Mongoose技术，构建Express框架和MongoDB之间的I/O操作，该方法基于Express框架，构建RestfulAPI风格的形式，推送微服务，第二种方式是，对于关系型数据库，尤其业务逻辑比较复杂的服务请求，会基于Spring Boot微服务框架，提供用户服务。在Express框架中，参照Nginx中间件的模式，采用反向代理的方式，直接在Node js的Express框架中，将用户登录信息进行权限认证后利用Http_proxy模块代理Http请求提供服务。由于将非关系型数据直接存储到MongoDB数据库，将业务逻辑比较复杂的服务请求的数据存储到关系型数据库中，由此可以提高数据查询的效率。

另外，在本发明实施例中，在整个框架中，所有的数据模型全部是采用JSON格式，由此可以降低数据转换的成本。

图4为本发明实施例提供的基于NODE JS的用户身份信息的验证装置实施例一的结构示意图，如图4所示，该装置包括：接收模块11、存储模块12、生成模块13、解析模块14和发送模块15。

接收模块11用于接收用户通过客户端发送的登录请求，所述登录请求中携带有用户名和密码；

存储模块12用于将所述用户名和所述密码存储至预设数据库中，所述预设数据库为非关系型数据库；

生成模块13用于根据所述用户名和所述密码生成用户标识，并将所述用户标识存放在客户端的缓存中；

解析模块14用于当接收到所述用户通过所述客户端发送的访问微服务的请求时，对所述缓存中的所述用户标识进行解析，获得所述用户名；

发送模块15用于在所述预设数据库中查询所述用户名对应的用户是否具有访问所述微服务的权限，并通过restful服务向所述客户端返回查询结果；其中，所述预设数据库中存储有用户信息，所述用户信息包括所述用户名对应的用户能够访问的微服务。

本实施例中提供的基于NODE JS的用户身份信息的验证装置，可以用于执行前述图2中方法实施例的技术方案，其实现原理和技术效果与方法实施例类似，在此不再赘述。

图5为本发明实施例提供的基于NODE JS的用户身份信息的验证装置实施例二的结构示意图，在图4所示实施例的基础上，该装置还包括：建立模块16。

所述接收模块11还用于接收所述用户通过所述客户端发送的注册请求，所述注册请求中携带有所述用户名、所述密码和所述用户信息；

所述建立模块16用于建立所述用户名和所述密码之间的对应关系；

所述存储模块12还用于将所述用户名和所述密码之间的对应关系以及所述用户信息存储在所述预设数据库中。

本实施例中提供的基于NODE JS的用户身份信息的验证装置，可以用于执行前述图3中方法实施例的技术方案，其实现原理和技术效果与方法实施例类似，在此不再赘述。

可选地，所述存储模块12具体用于：

通过Crypto模块生成随机数；

对所述密码和所述随机数进行哈希处理，生成哈希值；

将所述用户名和所述哈希值存储至所述预设数据库中。

可选地，所述用户标识包括token，所述客户端的缓存包括Cookie；

所述解析模块14具体用于：

当接收到所述用户通过所述客户端发送的访问微服务的请求时，将所述Cookie中的所述token存入至WEB头部信息中；

从所述WEB头部信息中对所述token进行解析，获得所述用户名。

图6为本发明实施例提供的基于NODE JS的用户身份信息的验证装置实施例三的结构示意图，在图4所示实施例的基础上，该装置还包括：判断模块17。

所述判断模块17用于判断所述微服务是否需要登录认证，得到的判断结果为所述微服务需要登录认证。

可选地，所述用户标识为访问所述微服务时的唯一识别码，所述用户标识用于识别或跟踪用户的访问行为。

可选地，所述接收模块11还用于接收所述用户通过所述客户端发送的业务访问请求，所述业务访问请求为访问业务逻辑复杂的服务的请求；

所述接收模块11还用于接收所述客户端通过Http_proxy模块发送的Http请求；

所述发送模块15还用于根据所述Http请求向所述客户端返回Http响应。

本实施例中提供的基于NODE JS的用户身份信息的验证装置，可以用于执行前述任一方法实施例的技术方案，其实现原理和技术效果与方法实施例类似，在此不再赘述。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (9)

1.一种基于NODE JS的用户身份信息的验证方法，其特征在于，包括：

接收用户通过客户端发送的登录请求，所述登录请求中携带有用户名和密码；

将所述用户名和所述密码存储至预设数据库中，所述预设数据库为非关系型数据库；其中，所述预设数据库为MONGODB数据库，所述用户名和所述密码利用Mongoose模块以文档形式存入到所述MONGODB数据库中；

根据所述用户名和所述密码生成用户标识，并将所述用户标识存放在客户端的缓存中；

当接收到所述用户通过所述客户端发送的访问微服务的请求时，对所述缓存中的所述用户标识进行解析，获得所述用户名；在所述预设数据库中查询所述用户名对应的用户是否具有访问所述微服务的权限，并通过restful服务向所述客户端返回查询结果；其中，所述预设数据库中存储有用户信息，所述用户信息包括所述用户名对应的用户能够访问的微服务；

所述将用户名和密码存储至预设数据库中，包括：

通过Crypto模块生成随机数；

对所述密码和所述随机数进行哈希处理，生成哈希值；

将所述用户名和所述哈希值存储至所述预设数据库中。

2.根据权利要求1所述的方法，其特征在于，所述接收用户通过客户端发送的登录请求之前，所述方法还包括：

接收所述用户通过所述客户端发送的注册请求，所述注册请求中携带有所述用户名、所述密码和所述用户信息；

建立所述用户名和所述密码之间的对应关系；

将所述用户名和所述密码之间的对应关系以及所述用户信息存储在所述预设数据库中。

3.根据权利要求1或2所述的方法，其特征在于，所述用户标识包括token，所述客户端的缓存包括Cookie；

所述当接收到所述用户通过所述客户端发送的访问微服务的请求时，对所述缓存中的所述用户标识进行解析，获得所述用户名，包括：

当接收到所述用户通过所述客户端发送的访问微服务的请求时，将所述Cookie中的所述token存入至WEB头部信息中；

从所述WEB头部信息中对所述token进行解析，获得所述用户名。

4.根据权利要求1或2所述的方法，其特征在于，所述在所述预设数据库中查询所述用户名对应的用户是否具有访问所述微服务的权限之前，所述方法还包括：

判断所述微服务是否需要登录认证；

得到的判断结果为所述微服务需要登录认证。

5.根据权利要求1或2所述的方法，其特征在于，所述用户标识为访问所述微服务时的唯一识别码，所述用户标识用于识别或跟踪用户的访问行为。

6.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

接收所述用户通过所述客户端发送的业务访问请求，所述业务访问请求为访问业务逻辑复杂的服务的请求；

接收所述客户端通过Http_proxy模块发送的Http请求；

根据所述Http请求向所述客户端返回Http响应。

7.一种基于NODE JS的用户身份信息的验证装置，其特征在于，包括：

接收模块，用于接收用户通过客户端发送的登录请求，所述登录请求中携带有用户名和密码；

存储模块，用于将所述用户名和所述密码存储至预设数据库中，所述预设数据库为非关系型数据库；其中，所述预设数据库为MONGODB数据库，所述用户名和所述密码利用Mongoose模块以文档形式存入到所述MONGODB数据库中；

生成模块，用于根据所述用户名和所述密码生成用户标识，并将所述用户标识存放在客户端的缓存中；

解析模块，用于当接收到所述用户通过所述客户端发送的访问微服务的请求时，对所述缓存中的所述用户标识进行解析，获得所述用户名；

发送模块，用于在所述预设数据库中查询所述用户名对应的用户是否具有访问所述微服务的权限，并通过restful服务向所述客户端返回查询结果；其中，所述预设数据库中存储有用户信息，所述用户信息包括所述用户名对应的用户能够访问的微服务；

所述存储模块，具体用于：

通过Crypto模块生成随机数；

对所述密码和随机数进行哈希处理，生成哈希值；

将所述用户名和所述哈希值存储至所述预设数据库中。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-6任一项所述的验证方法。

9.一种服务器，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-6任一项所述的验证方法。

Images