探讨后台服务器接收HTTP限制与后端编程语言选择，不止HTTP，还有哪些可能性？

后台服务器只能接收HTTP请求吗？

1、当原点（origin）指定的源不在后台允许的范围内时，后台会返回一个标准的HTTP响应，如果该响应的头部信息中不包含Access-Control-Allow-Origin字段，浏览器将抛出一个错误，这个错误会被XMLHttpRequest的onerror函数捕获，导致响应被拒绝，尽管如此，由于这个错误无法通过状态码来识别，HTTP回应的状态码仍然是200。

2、Tomcat可以作为Web服务器的辅助组件独立使用，但它并不提供对大多数J2EE API的支持，Web服务器与应用程序服务器的区别在于，Web服务器主要负责处理HTTP请求并返回静态或动态的页面内容，而应用程序服务器则通过多种协议为应用程序提供商业逻辑服务。

3、HTTP请求是双向的，即使客户端关闭了连接，不再接收数据，服务端如果没有关闭连接，仍然会尝试发送数据，HTTP协议本身限制了通信请求只能由客户端发起（request），服务器只能给出响应（response），因此无法实现客户端与服务器之间的双向通信。

4、总体而言，客户端在首次登录后，服务端在再次接收HTTP请求时，主要依赖token进行身份验证，客户端只需在每次请求时携带token，服务端会拦截所有请求并验证token的合法性，如果token合法，请求将被放行；如果不合法，则返回401（鉴权失败）。

前后端常见的几种鉴权方式（小结）

1、HTTP协议是无状态的，为了维护前后端的连续性，需要在客户端存储标识，Cookie是一种成熟的标识方式，通过HTTP头部或JavaScript操作，具有相应的安全策略，成为大多数状态管理方案的基石，Session则是一种状态管理方案，前端通过Cookie存储ID，后端存储实际数据。

2、本文深入探讨了前后端接口鉴权中的常用术语（如cookie、session、token）以及登录实现的常见方式，通过现实生活中的例子类比，解释了cookie如何作为上下文信息的载体，以及session和token在验证客户端身份过程中的作用。

3、OAuth2第三方鉴权使用cookie实现单点登录相对简单，如果业务系统都在同一主域名下，例如wenku.baidu.com、tieba.baidu.com，可以直接将cookie的domain设置为主域名baidu.com，百度就是采用这种方式实现单点登录（SSO），OAuth2 SSO是OAuth2的一个实际应用案例，其他常见的还有微信登录、GitHub登录等，这些都是在涉及第三方用户登录验证时的常用方法。

4、JWT（JSON Web Token）的优点包括轻量级、无需每次请求都进行身份验证和状态跟踪，但缺点是如果密钥管理不当，容易被破解，且签名算法的变化可能需要所有客户端更新，JWT在前后端分离的开发中是常见的身份验证手段，但需要注意密钥管理和安全策略的实施。

5、结合资料查询和个人项目经验，我总结出以下三种常见的方式：后端返回权限表或路由表，这种方式常见于管理员可以添加新角色并为该角色分配菜单的场景。

6、Session是一种存储在服务器端的会话状态机制，它提供了一种更灵活且安全的方式来存储用户会话信息，与Cookie不同，Session信息直接存储在服务器上，而Cookie用于在客户端和服务器之间传输这些信息，Session ID作为访问Session信息的唯一标识符，通常通过Cookie传递给客户端，以便客户端在后续请求中能够找到相应的服务器端信息。

后端如何设置允许跨域（后端配置允许跨域无效）

1、浏览器会首先发送OPTIONS请求进行预检，如果服务器允许，后续的请求才会执行，服务端设置Access-Control-Allow-Origin响应头是解决跨域问题的关键，可以通过使用@CrossOrigin注解或Filter/WebMvcConfigurer配置CORS策略，尽管JSONP和反向代理可以绕过同源策略，但最安全的方法还是在服务端进行处理，确保跨域请求的合法性。

2、针对VUE本地开发中的跨域问题，如果后端提供的接口是https://stg-pteppp.leanapp.cn/h5/jsconfig，前端在本地开发中调用该接口时会出现跨域问题，解决方案是在webpack中配置proxy，具体配置如下：target是你要代理的域名，必须加上http或https。

3、可以使用服务器代理或在后端设置允许跨域，目前的项目普遍采用在后端设置允许跨域的方法，前端在带有跨域允许的情况下，可以像没有跨域一样正常访问，如果前端单独发布到服务器，也可以在服务器端设置代理，使用代理转发请求，当前端通过HTTP请求跨域时，如果需要带上cookie信息，前端需要设置withCredentials=true。

关闭HTTP服务后仍能访问本地HTTP的问题

1、未认证用户在访问网络时，如果他们在Web浏览器地址栏中输入一个互联网地址，该HTTP请求在经过接入设备时会被重定向到Portal服务器的Web认证主页上；用户在认证主页或认证对话框中输入认证信息后提交。

2、你指的是服务器还是个人电脑？如果是个人电脑，关闭是没有问题的；但如果是一个网站服务器，那就不能随意关闭。

3、Web服务器可以直接通过HTTP协议提供下载服务，用户使用浏览器或专门的下载工具软件可以直接访问HTTP下载服务，当用户使用浏览器在Web服务器 *** 问指向不可浏览或不可阅读文件的链接（或URL）时，系统会提示用户下载该文件，如果使用下载工具软件，可以直接将链接拖动到下载工具中进行文件下载。

4、HTTP协议具有灵活性，允许传输任意类型的数据对象，传输的类型由Content-Type字段标记，HTTP协议是无连接的，意味着每次连接只处理一个请求，服务器在处理完客户端的请求并收到响应后，即断开连接，这种方式可以节省时间，HTTP协议也是无状态的，意味着它对于事务处理没有记忆能力。

5、在浏览器的安装目录下打开终端，输入命令“chrome.exe --disable-web-security --user-data-dir=C:MyChromeUserFata”（注意可能需要将chrome.exe的路径调整为相对路径，如“.chrome.exe”），这将启动一个新的浏览器实例，其中CORS限制被临时关闭，从而允许你访问本地文件。

Web服务器、应用程序服务器、HTTP服务器的区别

1、HTTP服务器是指Apache软件基金会开发的一个开源Web服务器，而Web服务器（也称为WWW服务器）主要功能是提供网上信息浏览服务，HTTP服务器可以在大多数计算机操作系统中运行，由于其跨平台性和安全性，被广泛使用。

2、应用程序服务器与Web服务器不同，应用程序服务器通过多种协议为应用程序提供业务逻辑服务，而Web服务器则响应并处理HTTP请求，尽管Web服务器可能不支持事务或数据库连接池，但它可能具有容错和可扩展性功能，如负载均衡、缓存和集群。

3、Web服务器的基本功能是提供Web信息浏览服务，它只需支持HTTP协议、HTML文档格式及URL，并与客户端的网络浏览器配合工作，由于Web服务器主要支持的协议是HTTP，因此通常情况下HTTP服务器和Web服务器是等同的（是否有支持除HTTP之外的协议的Web服务器，作者没有考证过），指的是同一事物。