本文目录一览：
redis是前端还是后端
1、B/S框架，意思是前端（Browser）和服务器端（Server）组成的系统的框架结构。一般这样的程序是由在客户端处理极少数据，大部分数据都在服务器端处理。
2、软件开发后台（后端程序员）要跟数据库打交道，做数据的处理问题。根据正在处理的应用程序的大小和范围，后台开发人员要做的事情有很大的不同。但总体来说工作于都是对应用程序中的业务逻辑，以及从前端提取和检索数据。
3、后端的工程师只负责提供接口和数据，专注于业务逻辑的实现，前端取到数据后在浏览器中展示，各司其职。像Java这样的语言很适合去实现复杂的业务逻辑，尤其是一些MIS系统，行业软件如税务、电力、烟草、金融，通信等等。
两个人不在同一个地方,怎么做前后端分离开发
1、前后端分离的概念就是“调接口与前端展示数据跟数据交互”，后端给前端专门写接口，至于数据格式自己定，如果处理的好未必一定说是要用json，只是json是目前数据交互上比较好的。
2、前后端分离的意思是，前后端只通过JSON来交流，组件化、工程化不需要依赖后端去实现。
3、前后端分离的意思是，前后端只通过 JSON 来交流，组件化、工程化不需要依赖后端去实现。
4、由于后端提供的接口方式可能多种多样，同时开发人员在编写Node端代码访问这些接口的方式也有可能多种多样。
前后端分离微服务架构如何设计
1、后端开发提供接口设计文档，详细写明每个接口的请求地址、请求参数、响应参数等等；一般采用 REST 风格以 JSON 格式提供数据。接口设计 一个接口设计的好坏，直接影响到前后端的一些沟通协调问题。
2、首先：软件系统架构的前后端分离更多是在近几年伴随互联网的盛行为提高前端与后端交互的响应速率，提升用户的体验进行衍生出了前后端分离架构。如：Vue、NodeJS与微服务架构结合。
3、用微服务来进行实践到生产项目中，首先要考虑一些问题。比如下图的微服务业务架构：在上图图表展示的架构图中，我们假设将业务商户服务A、订单服务B和产品服务C分别拆分为一个微服务应用，单独进行部署。
前后端分离项目——登录Token校验思路
1、前后端分离的项目一般会使用token实现登录状态的保持。
2、微信小程序是一种不需要下载安装即可使用的应用，微信小程序登录没有账号密码，后端检验token的方法是使用authcheckSessionKey接口，该接口应在服务器端调用，用于校验服务器所保存的登录态session_key是否合法。
3、后端服务器有两种基本的身份验证：是基于Cookie的身份验证，使用服务器端的cookie来对每次请求的用户进行身份验证。较新的方法，基于令牌Token-Based的认证，依赖于被发送到服务器上每个请求的签署令牌。
4、前端通常需要主动设置token来进行身份验证和保持会话状态。Token是一种安全凭证，用于验证请求的来源和身份。
5、# Vue项目前后端分离下的前端鉴权方案 ### 技术栈 前端Vue全家桶，后台.net。
库存全部放在redis
我们先在Redis中拿到当前的库存值，然后check是否已经扣减到了零，如果已经扣减到了零，则直接return；否则，就利用Redis的decr原子操作进行扣减，同时返回扣减后的库存值。
所以，对于这样的数据，且有没有什么复杂逻辑关系（就只是隶属于SKU）的数据，我们就可以放在Redis里面，下单直接在Redis中减掉库存，这样，我们的订单的并发能力就能够提高了。 个人觉得应该站出来更正一下，相反的数据量大，更不应该用redis。
Redis其实就是一个用C语言写的一个程序，这个程序用来存储 key-value数据，数据先放在内存，然后写入磁盘指定位置。
实时更新的状态数据存redis。对于查询频率较高、更新频率较低的数据，可以放在redis。查询对数据实时性的要求、各数据查询频率等都有关系。
---Redis的存储分为内存存储、磁盘存储和log文件三部分，重启后，Redis可以从磁盘重新将数据加载到内存中。
缓存缓存现在几乎是所有中大型网站都在用的必杀技，合理的利用缓存不仅能够提升网站访问速度，还能大大降低数据库的压力。Redis提供了键过期功能，也提供了灵活的键淘汰策略，所以，现在Redis用在缓存的场合非常多。
