跨域请求是指在浏览器上，通过 JavaScript 在一个域（即网站的域名）上发起的 HTTP 请求，试图访问另一个域上的资源。根据同源策略（Same-Origin Policy），浏览器限制了跨域请求，以防止恶意行为。同源策略要求，协议、域名和端口必须完全一致才能进行跨域请求。为了解决跨域问题，有几种常见的方法：https://www.nowcoder.com/issue/tutorial?zhuanlanId=Mg58Em&uuid=b48bebe08e474db8b80b853b12bafd48JSONP（JSON with Padding）: JSONP 是一种利用 <script> 标签不受同源策略限制的特性来实现跨域请求的方法。可以通过动态创建 <script> 标签来请求跨域脚本，而跨域脚本会包装在一个回调函数中，从而达到获取数据的目的。跨域资源共享（Cross-Origin Resource Sharing，CORS）: CORS 是一种在服务器端设置的机制，允许服务器声明哪些跨域请求是被允许的。通过在服务器响应中设置特定的头信息，例如 Access-Control-Allow-Origin，来指定哪些源（域名）被允许跨域访问。代理服务器: 通过设置代理服务器，将跨域请求转发到同一个域中，然后再将响应返回给浏览器。这种方法需要在后端进行配置和处理。WebSocket: 由于 WebSocket 是一种基于消息的双向通信协议，在建立连接时并没有受到跨域限制，因此可以通过 WebSocket 进行跨域通信。选择哪种方法解决跨域问题取决于具体的需求和后端支持的能力。通常情况下，使用 CORS 是最常见和推荐的方法。

告别手动填参数！Apipost自定义函数黑科技让接口调试效率翻倍 当参数处理成为接口调试的"阿喀琉斯之踵" 深夜的办公室，程序员小王盯着屏幕上的报错信息，第17次修改接口参数。他刚把手机号参数改为13位，后端却说需要MD5加密；刚加上时间戳，前端又要求做URI编码。这场景像极了希腊神话里不断被攻击脚跟的英雄——参数处理，已然成为现代开发者的"阿喀琉斯之踵"。 传统开发流程中，开发者平均每个接口需要手动处理8-12个参数，其中： 30%的时间在构造测试数据 25%的时间在重复加密解密 20%的时间在调试格式错误 直到某天，测试组长在团队群甩出一个Api...

春招以来答的最流畅的一次了，希望给点机会看看二面

计算机网络 网络OSI模型和TCP/IP模型分别介绍一下 OSI模型分为七层，分别是： 应用层：负责给应用程序提供统一的接口； 表示层：负责把数据转换成兼容另一个系统能识别的格式； 会话层：负责建立、管理和终止表示层实体之间的通信会话； 传输层：负责端到端的数据传输； 网络层：负责数据的路由、转发、分片； 数据链路层：负责数据的封帧和差错检测，以及MAC寻址； 物理层：负责在物理网络中传输数据帧。 TCP/IP模型分为四层，分别是： 应用层：支持HTTP、SMTP等最终用户进程； 传输层：处理主机到主机之间的通信（TCP、UDP）； 网络层：寻址和路由数据包（IP协议）； 链路层：通过网络的物...