㈠ 前端的跨域问题理解
前端真的的是乱的一笔。--来自iOS开发者的一声哀鸣
需要把前端看成两部分，一部分是页面，另一部分是接口（或者加数据资源）。前端页面中调接口是有限制的，同源策略(SOP)要求我们调用的接口必须和页面在同一域名下，说是为了保证数据的安全。所谓同源：协议+域名+端口
但实际情况是，在前后端分离的大趋势下，好多页面和接口的服务器分布在不同的域名下。比如在开发时，前端页面分为本地环境、测试环境、仿真环境、正式环境，而接口也分为测试环境、仿真环境、正式环境，当然也可以有本地环境。他们在不同的域名下或IP下或者端口下，是不同源的。或者平时我们也能遇到需要调用不同的服务器数据资源。显然，同源策略保障了部分安全的同时，给开发造成了很多的麻烦。
所以，跨域问题是每个前端绕不过去的坎儿。
解决办法有两个方向，一个是前端解决，一个是服务端接口解除限制。
前端解决就是通过jsonp、jquery ajax、axios配置代理等。还有个简单的，比如Mac用户，可以使用Charles工具设置代理，临时使用。
服务端解决可以通过nginx反向代理设置允许跨域请求的域名、或者设置Access-Control-Allow-Origin，允许跨域资源共享等。
具体解决方案可参考 https://segmentfault.com/a/1190000011145364
反观iOS，轮廓简直不要太清晰，大部分时候只用专注于开发，没有各种乱七八糟的事情。
㈡ 绕过前端,直接请求创建接口,也可以发帖,需要做前后端双重验证
有些用户直接没有登入，用postman等其它发送请求，虽然前端那个已经要身份注册和登入，但是
还是可以通过接口明销测试工神碧具发送请求。
解决办法
后端：
后端可以给每个用户绑定token，用户登入的时候，会有一个token,这样就不会绕过前端,直接绕过前端,直接请求创建接口,也可以发帖,需要做前后端双重验证
根据jwt(jsonwebtoken)
JWT
JSON Web Token（JWT）是一个非常轻巧的规范。这个规范允许我们使用JWT在用户和服务器之间传递安全可靠的信息。
一个JWT实际上就是一个字游槐举符串，它由三部分组成，头部、载荷与签名。
㈢ 如何保证请求积压情况下前端到后端的顺序
1、修改consumer的问题，确保其恢复消费速明贺度。
2、含槐衡将现有consumer都停掉。
3、恢谈做复原来的部署架构，重新用原先的consumer来消费消息。
㈣ 前端跨域解决方案有哪些
处理跨域方法一——JSONP
1.JSONP原理
利用script元素的这个开放策略，网页可以得到从其他来源动态产生的 JSON 数据。JSONP请求一定需要对方的服务器做支持才可以。
2.JSONP和AJAX对比
JSONP和AJAX相同，都是客户端向服务器端发送请求，从服务器端获取数据的方式。但AJAX属于同源策略，JSONP属于非同源策略（跨域请求）
3.JSONP优缺点
JSONP优点是兼容性好，可用于解决主流浏览器的跨域数据访问的问题。缺点是仅支持get方法具有局限性。
4.JSONP的流程(以第三方API地址为例，不必考虑后台程序)
声明一个回调函数，其函数名(如fn)当作参数值，要传递给跨域请求数据的服务器，函数形参为要获取目标数据(服务器返回的data)。
创建一个
服务器接收到请求后，需要进行特殊的处理：把传递进来的函数名和它需要给你的数据拼接成一个字符串,例如：传递进去的函数名是fn，它准备好的数据是fn([{“name”:“jianshu”}]）。
最后服务器把准备的数据通过HTTP协议返回给客户端，客户端再调用执行之前声明的回调函数（fn），对返回的数据进行操作。
处理跨域方法二——CORS
1.CORS原理
整个CORS通信过程，都是浏览器自动完成，不需要用户参与。对于开发者来说，CORS通信与同源的AJAX通信没有差别，代码完全一样。浏览器一旦发现AJAX请求跨源，就会自动添加一些附加的头信息，有时还会多出一次附加的请求，但用户不会有感觉。因此，实现CORS通信的关键是服务器。只要服务器实现了CORS接口，就可以跨源通信。
2.CORS优缺点
CORS要求浏览器(>IE10)和服务器的同时支持，是跨域的根本解决方法，由浏览器自动完成。
优点在于功能更加强大支持各种HTTP Method，缺点是兼容性不如JSONP。
处理跨域方法三——WebSocket
Websocket是HTML5的一个持久化的协议，它实现了浏览器与服务器的全双工通信，同时也是跨域的一种解决方案。WebSocket和HTTP都是应用层协议，都基于 TCP 协议。但是 WebSocket 是一种双向通信协议，在建立连接之后，WebSocket 的 server 与 client 都能主动向对方发送或接收数据。同时，WebSocket 在建立连接时需要借助 HTTP 协议，连接建立好了之后 client 与 server 之间的双向通信就与 HTTP 无关了。
原生WebSocket API使用起来不太方便，我们使用Socket.io，它很好地封装了webSocket接口，提供了更简单、灵活的接口，也对不支持webSocket的浏览器提供了向下兼容。
处理跨域方法四——postMessage
如果两个网页不同源，就无法拿到对方的DOM。典型的例子是iframe窗口和window.open方法打开的窗口，它们与父窗口无法通信。HTML5为了解决这个问题，引入了一个全新的API：跨文档通信 API（Cross-document messaging）。这个API为window对象新增了一个window.postMessage方法，允许跨窗口通信，不论这两个窗口是否同源。postMessage方法的第一个参数是具体的信息内容，第二个参数是接收消息的窗口的源（origin），即"协议 + 域名 + 端口"。也可以设为*，表示不限制域名，向所有窗口发送。
㈤ 项目做好了，怎么让浏览器按F12看不到ajax请求的接口信息，感觉显示出来很不安全！
按f12打开控制台
看上面第一排有Elements、Network、Sources等等8项，Network那个下面的选项当前页面的所有请求，ajax的请求也在里面
点击下面的出现的ajax请求的路径，右边弹出来一个窗口：Headers，Perview，Response等等，ajax返回的数据应该是在Response下
首先点击“console”（控制台）然后将所有记录清空，方便查看
