本篇文章给大家谈谈frame和iframe的区别,以及为什么不建议用iframe对应的知识点,文章可能有点长,但是希望大家可以阅读完,增长自己的知识,最重要的是希望对各位有所帮助,可以解决了您的问题,不要忘了收藏本站喔。
本文目录
- WebSocket是什么原理为什么可以实现持久连接
- frame和iframe的区别
- 公司的一个项目是用jsp渲染的,在不用iframe或者include的情况下,能够做成单页应用吗
- 为什么同一个id却无法定位位置
WebSocket是什么原理为什么可以实现持久连接
首先需要明白:基于TCP的应用层协议,只要设计者愿意,都是可以实现持久连接的。
你问的方式,大概是在和HTTP做比较。
HTTPhttp协议是请求应答式的文本协议,协议设计就是Client-Server模式,出发点是服务端为客户端提供资源。http服务端只能监听和响应来自客户端的请求,http客户端只能发起请求接受响应,这个是HTTP协议本身的设计,双向通信不在设计的考虑之内。
关于Http协议,额外说点:
HTTP1.0/0.9
不支持keep-alive,要完成一次HTTP请求,需要建立一个新的TCP连接,然后发送http请求,待接收响应后关闭连接。
HTTP1.1
默认使用keep-alive,一次HTTP请求完成后不会关闭TCP连接,会继续为下一个HTTP请求服务(可以类比数据库连接池和线程池的设计),减小建立和关闭TCP连接的开销(三次握手四次挥手)。当然闲置超时后也会关闭。并非楼下所说的“把多个HTTP请求合并为一个”。
HTTP协议的设计无法实现对TCP通道的分用和复用。因为HTTP协议没有请求的唯一标记(仅仅是URL是不行的,原因大家想)用来从同一TCP通道分离不同的HTTP消息,所以一个完整的HTTP请求在发送请求到响应回来之间是独占一个TCP通道的!是不是觉得HTTP对TCP的利用率太低了?而关于pipeline模式,不管在服务端还是客户端排队,HTTP响应依然要通过进入服务端队列的顺序返回,这样才能和客户端HTTP请求队列用顺序做对应!所以pipeline模式某个请求被服务端因为某些原因阻塞了的情况下,后续请求都会阻塞,会引起很大的问题,实际上很少用。
浏览器或者一般HTTP客户端组件为某一个服务器端点(域名+端口)保留4-6条活跃TCP连接。你可以F12观察浏览器,看看同时是几个请求阻塞了就知道你的浏览器设置的多少。比较大的门户网站,比如京东,首页请求非常多,但是大量都需要排队等TCP空闲。限制客户端的连接数量的出发点主要是性能,否则会占用服务器太多Socket资源(考虑socket预留的读写缓冲区,windows的内核对象或者linux的文件句柄)或者变相地造成DoS攻击。
Tips:HTTP客户端组件一般会提供诸如ConnectionLimit的选项让你控制最大TCP连接数。如果你是桌面客户端,或者请求远程服务,不宜设置过大。如果你是内部服务之间调用,可以根据需求合理设置以增加并发性能。
HTTP2.0
针对以上的问题(主要是性能)做了很多改进,这个也会提高很多人在后端不同服务器之间做通信时选择HTTP(我在HTTP2.0出来之前就是自己设计RPC方案)。详细的HTTP2.0的东西,这里不展开了,详细参考官方文档。
HTTP相关知识推荐《HTTP权威指南》以及相关的RFC文档,尽量少去看博客上面支离破碎的小知识,体系化的认知结构对你帮助更大。
WebSocketWebSocket的出现,就是为了解决http协议不支持双向通信的缺口。所以WebSocket的握手协议就是使用的HTTP消息来Upgrade。
现代的Web场景,服务端推送的需求非常大,这个发展过程中使用的Ajax轮询,Comet等都只是临时解决方案,从设计上看,只为满足需求,一点都不优雅。
Html5规范将WebSocket纳入后,得到了现代几乎所有浏览器的支持,当然IE(10+才支持)仍然是一个巨坑,在乎用户覆盖面的产品依然要通过浏览器是否支持ws来做出降级处理(轮询、长连接)。
websocket协议实现独占一条tcp通道,它负责从tcp流确定消息边界,解析出每个独立的消息包。可进行全双工的双向通信。题主所谓的WebSocket可以实现持久连接,只是的一个服务端WebSocket会话和对应的客户端WebSocket会话在使用一个固定的保持连接的TCP通信而已。一般需要将服务端WebSocket会话和某位用户关联起来(客户单连接后,可以再单独发送凭证验证),实现给某个用户推送消息,只需根据关联找到对应的WebSocket会话调用发送API即可。
应用使用单独实现websocket协议的服务\客户端组件,可以更加轻松地实现自定义协议:在websocket的二进制或者文本消息体内或者直接使用websocket的自协议定义机制封装自己定义的协议。
推荐大家如果有些需要自建IM服务器,推送服务器的场合尝试先用WebSocket来实现。负载高(协议头消耗小),协议简洁,几乎所有客户端(减少了大量的工作)都有对应的开源项目可用,同时还是唯一可以在浏览器上用的双向通信协议(flash和silverlight等插件方式除外)。
如果你要用websocket实现请求应答式的子协议,要点是你要设计唯一的请求标志,响应也将请求标志带回来,然后你就可以从客户端的请求队列中查找响应对应的请求将响应交给上层处理!
特别注意:
关于webcket持久连接,本质上是下层tcp连接的保持,核心问题同样是如何保活。需要考虑Nat失效(基站最突出,一般有效期只有3分钟)或者其它网络原因导致大量半连接存在。解决方案就是合理的心跳时间,一般我设置为2分50秒的样子。
其它不论是否从事网络编程,都应该花时间学习下TCP/IP协议簇方面的知识,着重理解分层原理,各层的功能和为上层提供了哪些功能。就像这个问题,如果不对TCP有所了解,回答的内容就没多大意义了。阅读一个你比较熟悉的语言的的一种协议(比如http)实现项目的源码,帮助应该很大。
和网络IO密切相关的就是线程,要设计高可用的TCP服务器,必须要熟悉多线程。网络IO和多线程是我认为最重要的两个核心知识点。
关于协议的设计,你可以多学习其他优秀的基于TCP实现的应用层协议,简单的就有Redis的通信协议,里面有阻塞式的消费者队列,那个就需要一条单独的tcp通道。协议设计是很有意思的一件事情,就是mysql和mongodb的通信协议我也不会放过,去看看,会给自己设计协议带来不少的参考价值。
如果时间允许,有标准的协议最好看看RFC文档,现在Chrome的翻译已经很好了,如果英文不太好,问题也不大。
关于TCP/IP相关的书籍《计算机网络:自顶向下方法》和谢希仁的《计算机网络》都是不错的入门书籍。
《TCP/IP详解》是经典,虽然出版已久,内容是没过时的。
网络应用脱离不了操作系统,所以可以再看看操作系统关于网络IO这一块的设计。
实际开发更多和Socket以及多线程打交道,Windows下面可以看看《Windows核心编程》。
其它的就是开源项目:Nginx,netty等大量优秀的项目都在等你。
还是要感谢大家对我写的东西有那么一点感兴趣,能对大家有所帮助就更好了。
frame和iframe的区别
frame和iframe都是HTML中用来创建网页框架的标签,但它们有一些区别。
1.标准化程度不同:frame属于HTML4的标签,而iframe属于HTML5的标签,因此iframe具有更好的标准化程度和更广泛的兼容性。
2.页面加载方式不同:frame将一个HTML文档分割成若干个部分,每个部分都可以显示不同的内容,但每次加载时整个页面都会重新加载,而iframe可以在一个HTML文档内嵌入另一个HTML文档,每次只需要加载嵌入的部分,可以实现局部刷新。
3.可访问性不同:由于frame划分页面的方式,使得搜索引擎无法正确读取页面的内容,导致页面的可访问性和SEO效果差,而iframe可以使页面的内容更具有结构性和可访问性。
综上所述,HTML5建议使用iframe标签来创建网页框架,而尽量避免使用frame标签。
公司的一个项目是用jsp渲染的,在不用iframe或者include的情况下,能够做成单页应用吗
不知道你提问这个问题的出发点是什么,所以就不能很详细的回答。如果是在JSP页面基础上实现单页面应用,服务端或者前端都可以实现。服务端实现方式可以在JSP的基础上加入一些模板引擎动态加载子页面。前端实现方式可以以JSP页面作为启动页面,用jQuery的load方式加载子页面,或者引入单页面框架,如:Vue。
为什么同一个id却无法定位位置
同一个ID无法定位位置可能是因为定位服务系统或者设备出现了问题。1.定位服务系统故障或者维护升级。2.设备硬件或者软件设置出现问题,导致无法定位。3.周围环境干扰:比如建筑物、高楼林立、或者繁忙区域信号干扰等等都会影响GPS和WIFI定位的准确度和精度。如果手机定位出现了问题,可以尝试重新开关定位功能、检查网络连接、重启手机等方式进行修复。如果问题依然存在,可以联系设备厂家客服或者受理机构进行咨询和维修。
关于本次frame和iframe的区别和为什么不建议用iframe的问题分享到这里就结束了,如果解决了您的问题,我们非常高兴。