Part6：客户端和服务端信息交互模型

最新推荐文章于 2024-07-25 14:29:00 发布
最新推荐文章于 2024-07-25 14:29:00 发布
阅读量1.6k 收藏 4
点赞数
文章标签： 交互 http https
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_46403734/article/details/114107618
版权

一、客户端和服务端信息交互模型

1.【问题】：什么是客户端和服务端？
  • 客户端：可以向服务器发请求，并接收返回的内容进行处理
  • 服务器端：能够接收客户端请求，并且把相关资源信息返回给客户端的
2.【面试题】：当用户在地址栏中输入网址，到最后看到页面，中间都经历了什么？

答：以下图中所讲的7大步骤，即为答案（后面会详细解析每个步骤干的事）。
客户端和服务器端的交互模型

二、URL地址解析

1.URI/URL/URN的区别
  • URL（Uniform Resource Locator）：统一资源定位符，根据这个地址能找到对应的资源
  • URN（Uniform Resource Name）：统一资源名称，一般指国际上通用的（标准的）一些名字（例如：国际统一发版的编号）
  • URI（Uniform Resource Identifier）：统一资源标识符，URL和URN是URI的子集
2.一个完整的URL解析

【完整的URL】：http://www.zhufengpeixun.cn:80/stu/index.html?from=wx&lx=1#zhenyu

  • 协议（http://）：传输协议就是，能够把客户端和服务器端通信的信息，进行传输的工具（类似于快递小哥）
    + http 超文本传输协议，除了传递文本，还可以传递媒体资源文件（或者流文件）及XML格式数据
    + https 更加安全的http，一般涉及支付的网站都要采用https协议（s:ssl 加密传输）
    + ftp 文件传输协议（一般应用于把本地资源上传到服务器端）
  • 域名（www.zhufengpeixun.cn）：一个让用户方便记忆的名字（不通过域名，直接用服务器的外网IP也能访问到服务器，但是外网IP很难被记住）
    + 顶级域名 qq.com
    + 一级域名 www.qq.com
    + 二级域名 sports.qq.com
    + 三级域名 kbs.sports.qq.com
    + .com 国际域名
    + .cn 中文域名
    + .com.cn
    + .edu 教育
    + .gov 政府
    + .io 博客
    + .org 官方组织
    + .net 系统类
  • 端口号（:80）：端口号的取值范围0~65535，用端口号来区分同一台服务器上的不同项目
    + http默认端口号：80
    + https默认端口号：443
    + ftp默认端口号：21
    + 如果项目采用的就是默认端口号，我们在书写地址的时候，不用加端口号，浏览器在发送请求的时候会帮我们默认给加上
  • 请求资源路径名称（/stu/index.html）
    + 默认的路径或者名称 （xxx.com/stu/ 不指定资源名，服务器会找默认的资源，一般默认资源名是default.html、index.html…当然这些可以在服务器端自己配置）
    + 注意伪URL地址的处理（URL重写技术是为了增加SEO搜索引擎优化的，动态的网址一般不能被搜索引擎收录，所以我们要把动态网址静态化，此时需要的是重写URL）
    https://item.jd.hk/2688449.html => https://item.jd.hk/index.php?id=2688449
  • 问号传参信息（?from=wx&lx=1）
    + 客户端想把信息传递给服务器，有很多的方式
      + URL地址问号传参
      + 请求报文传输（请求头和请求主体）
    + 也可以不同页面之间的信息交互，例如:从列表到详情
  • HASH值（#zhenyu）
    + 也能充当信息传输的方式
    + 锚点定位
    + 基于HASH实现路由管控（不同的HASH值，展示不同的组件和模块）
3.URL编码解析方式
/*
 * 请求的地址中如果出现非有效UNICODE编码内容，现代版浏览器会默认的进行编码
 *    1. 基于encodeURI编码，我们可以基于decodeURI解码，我们一般用encodeURI编码的是整个URL，这样整个URL中的特殊字符都会自动编译
 *    2. encodeURIComponent/decodeURIComponent它相对于encodeURI来说，不用于给整个URL编码，而是给URL部分信息进行编码（一般都是问号传参的值编码）
 *    客户端和服务器端进行信息传输的时候，如果需要把请求的地址和信息编码，我们则基于以上两种方式处理，服务器端也存在这些方法，这样就可以统一编码解码了
 *    3.客户端还存在一种方式，针对于中文的编码方式 escape/unescape，这种方式一般只应用于客户端页面之间自己的处理，例如：从列表跳转到详情，我们可以把传递的中文信息基于这个编码，详情页获取编码后的信息再解码，再比如我们在客户端种的cookie信息，如果信息是中文，我们也基于这种办法编码...
 */

//=>基于JS实现页面跳转
link.onclick = function () {
	//=>获取当前页面的URL地址
	let url = window.location.href;
	//=>跳转页面
	window.location.href = "http://www.zhufengpeixun.cn/stu/?from=" + encodeURIComponent(url);
	// window.open("http://www.zhufengpeixun.cn/");
}

三、DNS域名解析

DNS服务器：域名解析服务器，在服务器上存储着 域名<=>服务器外网IP 的相关记录

  • 而我们发送请求时候所谓的DNS解析，其实就是根据域名，在DNS服务器上查找到对应服务器的外网IP

DNS优化

  • DNS缓存（一般浏览器会在第一次解析后，默认建立缓存，时间很短，只有一分钟左右）
  • 减少DNS解析次数（一个网站中我们需要发送请求的域名和服务器尽可能少即可）
  • DNS预获取(dns-prefetch)：在页面加载开始的时候，就把当前页面中需要访问其他域名(服务器)的信息进行提前DNS解析，以后加载到具体内容部分可以不用解析了
<!DOCTYPE html>
<html>

<head>
	<meta charset="UTF-8">
	<!-- DNS预获取 -->
	<!-- <meta http-equiv="x-dns-prefetch-control" content="on">
	<link rel="dns-prefetch" href="//static.360buyimg.com">
	<link rel="dns-prefetch" href="//misc.360buyimg.com">
	<link rel="dns-prefetch" href="//img10.360buyimg.com">
	<link rel="dns-prefetch" href="//img11.360buyimg.com">
	<link rel="dns-prefetch" href="//img12.360buyimg.com"> -->
</head>

<body>
	
</body>

</html>

四、建立TCP连接（TCP三次握手）

三次握手

五、发送HTTP请求

1.HTTP请求报文
  • 请求报文：所有经过传输协议，客户端传递给服务器的内容，都被成为请求报文
    + 起始行
    + 请求头（请求首部）
    + 请求主体
2.强缓存、协商缓存、数据缓存

缓存位置：

  • Memory Cache : 内存缓存

  • Disk Cache：硬盘缓存

打开网页：查找 disk cache 中是否有匹配，如有则使用，如没有则发送网络请求
普通刷新 (F5)：因TAB没关闭，因此memory cache是可用的，会被优先使用，其次才是disk cache
强制刷新 (Ctrl + F5)：浏览器不使用缓存，因此发送的请求头部均带有 Cache-control: no-cache，服务器直接返回 200 和最新内容

强缓存【 Expires / Cache-Control】

浏览器对于强缓存的处理：根据第一次请求资源时返回的响应头来确定的

  • Expires：缓存过期时间，用来指定资源到期的时间（HTTP/1.0）

  • Cache-Control：cache-control: max-age=2592000第一次拿到资源后的2592000秒内（30天），再次发送请求，读取缓存中的信息（HTTP/1.1）

  • 两者同时存在的话，Cache-Control优先级高于Expires
    在这里插入图片描述

协商缓存【 Last-Modified / ETag】

协商缓存就是强制缓存失效后，浏览器携带缓存标识向服务器发起请求，由服务器根据缓存标识决定是否使用缓存的过程
在这里插入图片描述

数据缓存

在这里插入图片描述

六、服务器得到并处理请求（HTTP响应内容）

1.响应报文和HTTP报文
  • 响应报文：所有经过传输协议，服务器返回给客户端的内容，都被成为响应报文 + HTTP状态码 + 响应头 + 响应主体
  • HTTP报文：请求报文+响应报文
    =>谷歌浏览器F12 =>Network（所有客户端和服务器端的交互信息在这里都可以看到） =>点击某一条信息，在右侧可以看到所有的HTTP报文信息
2.HTTP状态码

1~5开头，三位数字

  • 200 OK：成功
  • 201 CREATED：一般应用于告诉服务器创建一个新文件，最后服务器创建成功后返回的状态码
  • 204 NO CONTENT：对于某些请求（例如：PUT或者DELETE），服务器不想处理，可以返回空内容，并且用204状态码告知
  • 301 Moved Permanently：永久重定向（永久转移）
  • 302 Moved Temporarily：临时转移，很早以前基本上用302来做，但是现在主要用307来处理这个事情，307的意思就是临时重定向Temporary
    Redirect =>主要用于：服务器的负载均衡等
  • 304 Not Modified：设置HTTP的协商缓存
  • 400 Bad Request：传递给服务器的参数错误
  • 401 Unauthorized：无权限访问
  • 404 Not Found：请求地址错误
  • 500 Internal Server Error：未知服务器错误
  • 503 Service Unavailable：服务器超负荷

【Question】：如何构建一个网站？
在这里插入图片描述

七、客户端渲染页面

一个需要注意的地方：

<!DOCTYPE html>
<html>

<head>
	<meta charset="UTF-8">  
	<script>
		let link = document.getElementById('link');
		console.log(link);//null=>拿不到
	</script>
		<!-- 遇到link/img/audio/video等是异步去加载资源信息（浏览器分配一个新的线程去加载，主线程继续向下渲染页面）,如果遇到的是script或者@import，则让主线程去加载资源信息（同步），加载完成信息后，再去继续渲染页面 -->
</head>

<body>
	<button id="link">我是按钮</button>
</body>

</html>
1.浏览器渲染页面的步骤

在这里插入图片描述

  • 解析HTML，生成DOM树，解析CSS，生成CSSOM树
  • 将DOM树和CSSOM树结合，生成渲染树（Render Tree）
  • Layout（回流）：根据生成的渲染树，计算它们在设备视口（viewport）内的确切位置和大小
  • Painting（重绘）：根据渲染树以及回流得到的几何信息，得到节点的绝对像素
  • Dispay：将像素发送给GPU，展示在页面上
2.DOM的重绘和回流
  • 重绘（repaint）：元素样式的改变（但宽高、大小、位置等不变）
    + 如color、visibility、outline、background-color等
  • 回流（reflow）：元素的大小或者位置发生了变化（当页面布局和几何信息发生变化的时候），触发了重新布局，导致渲染树重新计算布局和渲染
  • 【注意】：回流一定会触发重绘，而重绘不一定会回流
3.前端性能优化之：避免DOM的回流
  • 放弃传统操作DOM的时代，基于vue、react开始数据影响视图模式
    + mvvm / mvc / dom diff ....
  • 分离读写操作（现代的浏览器都有渲染队列的机制）
    + offsetTop、offsetWidth、clientTop、clientHeight、scrollTop、getComputedStyle、currentStyle .....都会刷新渲染队列
  • 样式集中改变
    + div.style.cssText = 'width:20px;height:20px;'
    +div.className = 'box';
  • 缓存布局信息
    +div.style.left = div.offsetLeft + 1 + 'px';
    div.style.top = div.offsetTop + 1 + 'px';
    改为：
    var curLeft = div.offsetLeft ;
    var curTop = div.offsetTop ;
    div.style.left = curLeft + 1 + 'px';
    div.style.top = curTop + 1 + 'px';
  • 元素批量修改
    +文档碎片：creatDocumentFragment
    +模板字符串拼接
  • 动画效果应用到position属性为absolute或fixed的元素上（脱离文档流）
  • CSS3硬件加速（GPU加速）
    +比起考虑如何减少回流重绘，我们更期望的是，根本不要回流和重绘：transform、opacity、filters.....这些属性会触发硬件加速，不会引发回流和重绘
    +可能引发的坑：过多使用会占用大量内存，性能消耗严重，有时候会导致字体模糊等
  • 牺牲平滑度换取速度
  • 避免table布局和使用css的JavaScript表达式

减少DOM的回流：

<!DOCTYPE html>
<html>

<head>
	<meta charset="UTF-8">
	<title>减少DOM回流-珠峰培训</title>
	<style>
		.box {
			margin: 20px auto;
			width: 100px;
			height: 100px;
			background: red;
		}
	</style>
</head>

<body>
	<div id="box">

	</div>

	<script>
		/* for (let i = 0; i < 10; i++) {
			let span = document.createElement('span');
			span.innerHTML = i;
			box.appendChild(span);
		} */
		/* let str = ``;
		for (let i = 0; i < 10; i++) {
			str += `<span>${i}</span>`;
		}
		box.innerHTML = str; */
		//=>文档碎片：存储文档的容器
		/* let frg = document.createDocumentFragment();
		for (let i = 0; i < 10; i++) {
			let span = document.createElement('span');
			span.innerHTML = i;
			frg.appendChild(span);
		}
		box.appendChild(frg);
		frg = null; */
	</script>


	<script>
		/* 批量设置样式 */
		// box.className = 'box';
		// box.style.cssText = "margin: 20px auto;width: 100px;height: 100px;background: red;";
	</script>

	<script>
		/* DOM操作的读写分离 */
		//=>现代版浏览器都有“渲染队列”机制：发现某一行要修改元素的样式，不立即渲染，而是看看下一行，如果下一行也会改变样式，则把修改样式的操作放到“渲染队列中”...一直到不在是修改样式的操作后，整体渲染一次，引发一次回流
		//=>offsetTop、offsetLeft、offsetWidth、offsetHeight、clientTop、clientLeft、clientWidth、clientHeightscrollTop、scrollLeft、scrollWidth、scrollHeight、getComputedStyle、currentStyle....会刷新渲染队列  

		// box.style.width = '100px';
		// box.style.height = '100px';
		// box.style.background = 'red';
		// box.style.margin = '20px auto';

		// box.style.width = '100px';
		// box.style.height = '100px';
		// box.style.background = 'red';
		// box.style.margin = '20px auto';
		// console.log(box.offsetWidth);
		// console.log(box.offsetHeight);
	</script>
</body>

</html>

八、断开TCP连接（四次挥手）

在这里插入图片描述在这里插入图片描述

九、前端性能优化汇总

1.减少HTTP请求次数和请求的大小 （三大类）
  • 文件的合并和压缩：（1）（6）
  • 延迟加载：（3）（4）
  • 用新的文件格式代替传统文件格式：（2）（5）（8）

（1）CSS SPRITE（雪碧图、图片精灵）技术
（2）使用字体图标（ICON FONT）或者 SVG 等矢量图

  • 减少 HTTP请求次数或者减少请求内容的大小
  • 渲染更快：因为他们是基于代码渲染的，而对于位图（png/jpg/gif）是需要先把图片编码再渲染
  • 不容易失真变形
  • 也可以使用 webp 格式图片，这种格式要小一些（但是需要服务器端支持这种格式的请求处理）

（3）图片懒加载（延迟加载）技术

  • 第一次加载页面的时候不去请求真实的图片，提高第一次渲染页面的速度
  • 当页面加载完，把出现在用户视野区域中的图片做真实加载，没有出现的先不加载（节约流量，也能减少对服务器的请求压力）
  • 对于数据我们也尽可能分批加载（不要一次请求过多的数据，例如分页技术）

（4）音视频文件取消预加载（preload=‘none’），这样可以增加第一次渲染页面的速度，当需要播放的时候再加载

（5）客户端和服务器端的数据传输尽可能基于 JSON 格式完成，XML 格式比 JSON 格式要大一些（还可以基于二进制编码或者文件流格式，这种格式比文件传输好很多）
（6）把页面中的 CSS/JS/图片等文件进行合并压缩

  • 合并：争取 CSS 和 JS 都只导入一个（webpack 可以实现自动合并压缩）
  • 压缩：基于 webpack 可以压缩、对于图片自己找工具先压缩、还可以使用服务器的 GZIP 压缩

（7） 图片地图：对于多次调取使用的图片（尤其是背景图），我们尽可能把它提取成为公共的样式，而不是每一次重新设置 background
（8） 图片 BASE64（用 BASE64 码代表图片，减少 HTTP请求，增加浏览器渲染的速度，所以真实项目中，尤其是移动端，如果图片加载缓慢，可能 BASE64 一下就好了；但是，BASE64会导致文件中的代码超级恶心，不利于维护和开发，所以少使用；webpack 中可以配置图片的BASE64；）

//=>栈溢出：死递归
function func(){
	func();
}
func();
//=>解决方案
function func(){
	setTimeout(func,0);
}
func();

//=>相互引用：引用类型之间的相互调用，形成嵌套式内存 （高程三）
let obj1={
	name:'OBJ1'
};
let obj2={
	name:'OBJ2',
	x:obj1
};
obj1.x=obj2;
2.建立缓存机制

网络缓存：（1）（2）（3）（6）（7）
本地缓存：（4）
加服务器：（5）

  • （1）把不经常更改的静态资源做缓存处理（一般做的是 304 或者 ETAG 等协商缓存）
  • （2）建立 Cache-Control 和 Expires HTTP 的强缓存
  • （3）DNS 缓存或者预处理（DNS PREFETCH），减少 DNS 的查找
  • （4）设置本地的离线存储（manifest）或者把一些不经常更改的数据做本地存储（webstorage、indexdb）等
  • （5）有钱就做 CDN（地域分布式服务器），还有一个财大气粗的方式：加服务器
  • （6）建立 Connection:keep-alive TCP 长连接
  • （7）使用 HTTP2 版本协议（现在用的一般都是 HTTP1.1）， 可以多条 TCP 通道共存 =>管道化链接
  • （8）一个项目分为不同的域（不同的服务器），例如：资源 WEB 服务器、数据服务器、图片服务器、视频服务器等，这样合理利用服务器资源，但是导致过多的 DNS 解析
3.代码上的优化

重点记住：（1）~（8）

  • （1）减少直接对 DOM 的操作（原因是减少 DOM 的回流和重绘…），当代项目基本上都是基于 mvvm/mvc 数据驱动视图渲染的，对 DOM 的操作框架本身完成，性能要好很多
  • （2）低耦合高内聚（基于封装的方式：方法封装、插件、组件、框架、类库等封装，减少页面中的冗余代码，提高代码使用率）
  • （3）减少对闭包的使用（因为过多使用闭包会产生很多不销毁的内存，处理不好的话，会导致内存溢出“栈溢出”），减少闭包的嵌套（减少作用域链的查找层级）
  • （4）对于动画来说：能用 CSS 解决的不用 JS（能够用 transform 处理的，不用传统的 css 样式，因为 transform 开启硬件加速，不会引发回流，再或者使用定位的元素也会好很多，因为定位的元素脱离文档流，不会对其它元素的位置造成影响），能用requestAnimationFrame 解决的不用定时器 （requestAnimationFrame 还有一个好处，当页面处于休眠无访问状态，动画会自己暂停，直到恢复访问才开始，而定时器是不论什么状态，只要页面不管，就一直处理）
  • （5）尽可能使用事件委托
  • （6）函数的防抖和节流
  • （7）避免出现死循环或者嵌套循环（嵌套循环会成倍增加循环的次数）
  • （8）项目中尽可能使用异步编程来模拟出多线程的效果，避免主线程阻塞（异步操作基于 PROMISE 设计模式来管理）
  • （9）避免使用 iframe（因为 iframe 会嵌入其它页面，这样父页面渲染的时候，还要同时把子页面也渲染了，渲染进度会变慢）
  • （10）JS 中不要使用 with
  • （11）避免使用 CSS 表达式
  • （12）减少使用 eval（主要原因是防止压缩代码的时候，由于符号书写不合规，导致代码混乱）
  • （13）减少 filter 滤镜的使用
  • （14）尽可能减少选择器的层级（选择器是从右向左解析） .box a{} 和 a{}
  • （15）尽可能减少 TABLE 布局
  • （16）手动回收堆栈内存（赋值为 null）
巨人张
关注
  • 0
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
NX二次开发-远程开发模式(客户端和服务端).Ner和Jave远程框架
阿飞2018
11-06 740
NX二次开发-远程开发模式(客户端和服务端).Ner和Jave远程框架
SpringBoot编程基础教程：文件上传和下载
禅与计算机程序设计艺术
10-19 261
在开发中，经常会涉及到文件上传和下载。比如需要用户上传图片、文件等，或者提供文件下载功能。一般情况下，服务端接收到请求后，需要处理相应的业务逻辑，并且保存或返回对应的文件资源。而在前端，则需要有一个可以与服务器交互的接口，比如Ajax、jQuery插件等。本文将从以下几个方面进行阐述和演示：1.文件上传的流程和注意事项；2.文件的存储目录和配置；3.文件的下载方法；4.SpringMVC对文件的支持机制；5.跨域问题解决方案。
【Linux】socket网络编程之服务器与客户端的数据交互
share something here
07-29 1767
【Linux】网络编程之服务器与客户端的数据交互前言参考argc !=2是什么意思inet pton函数对stdin，stdout 和STDOUT_FILENO，STDIN_FILENO的学习Linux网络编程基础知识Linux下C语言编程实例：linux下运行hello world实验内容和要求实现以下程序要求：完整代码客户端服务器端 前言参考 本博文基于作者上一篇博文(Linux网络编程基础知识)，主要用于完善作业，代码改动其实很小。 argc !=2是什么意思 What does argc mea
HTTP协议理解及服务端与客户端的设计
谢谢你,慌乱了我的年华
01-06 422
本文内容 网络参考模型和 HTTP 协议 TCP/IP 和 HTTP 的数据结构 实现 HTTP 服务端和客户端 HTTP 的传输数据的几种方式 HTTP 常见响应码和响应头的组合使用 读完本文后可以了解到的知识： TCP/IP 协议、HTTP 协议和 Socket 有什么区别？ 如何基于 TCP/IP 实现一个 HTTP 服务端或...
HTTP协议理解及服务端与客户端的设计实现
热门推荐
严振杰
06-20 2万+
本文主要帮助读者理解 HTTP 的协作原理、HTTP 相关的各层协议，在服务端和客户端的架构设计和一些优化的技巧，本文中主要讲述逻辑思想和协议远离，会使用部分 Java 代码，但会有详细的讲解，非开发应该也读的明白。 个人实现过一款WebServe...
边缘计算：客户端 + 人工智能
移动端开发干货分享
08-17 3373
有人说人工智能会是继互联网之后的下一次工业革命，不可否认，大到汽车、小到手表，AI技术已经广泛应用在我们周围，随便一个APP都试图跟AI发生点关系以证明自己的与时俱进。 AI的普及为客户端开发带来了挑战，同时也是机遇。挑战在于客户端技术相对于AI等新兴技术正被逐渐边缘化；机遇在于移动设备仍将长期作为连接AI与用户的重要载体，随着硬件能力逐升级，移动端甚至可以自主完成一些机器学习和推理，让用户更快捷地享受到AI的带来的便利。 边缘计算（Edge AI）的意义 “模型” 是对一组训练数据应用机器学习算法而得到.
web服务器和web客户端_Web的工作方式第二部分：客户端-服务器模型和Web应用程序的结构...
cumian9828的博客
07-07 331
web服务器和web客户端by Preethi Kasireddy 通过Preethi Kasireddy Web的工作方式第二部分：客户端-服务器模型和Web应用程序的结构 (How the Web Works Part II: Client-Server Model & the Structure of a Web Application) In my previous post,...
Redis的事件处理模型2：客户端命令执行过程
黑光技术
03-30 239
点击上方“黑光技术”关注之完美之道,不在无可增加,而在无可删减！前言上篇分析了Redis的事件处理模型，了解了Redis的事件处理基本过程，这篇还想继续顺着上面的思路分析一下这种情况：在...
（译）Web是如何工作的（2）：客户端-服务器模型，以及Web应用程序的结构
weixin_30576827的博客
11-23 257
原文地址：https://medium.freecodecamp.org/how-the-web-works-part-ii-client-server-model-the-structure-of-a-web-application-735b4b6d76e3 在上一部分的文章中，我们深入了解了Web在基础层面是如何工作的，其中包括客户端（你的电脑）与服务器（另一台响应客户端请求...
Struts2 part6：数据校验
08-11
这篇博客“Struts2 part6：数据校验”可能详细介绍了如何在Struts2中实现对用户提交的数据进行验证。 Struts2的数据校验分为两个主要部分：客户端校验和服务器端校验。客户端校验通常使用JavaScript或者HTML5的表单...
OPCUA服务端客户端QT源码
06-17
2. **开源库op62541**：这是项目中使用的C库，它是对OPCUA规范的实现，遵循 OPC-UA Part 6（客户端-服务器通信）和Part 11（C++接口）。op62541库提供了创建OPCUA服务器和客户端的功能，支持数据发布订阅、安全通信...
Java与模式.part16-18.rar
01-04
- **Socket编程**：客户端和服务端的建立连接、数据传输和关闭。 - **HTTP协议**：基于Java的HTTP客户端和服务端实现，可能涉及HTTPS和WebSocket。 6. **JVM深入理解** - **内存模型**：堆、栈、方法区、本地...
当当web服务端
09-10
【当当web服务端】是一个面向初学者的JSP（JavaServer Pages）开发案例，它提供了深入了解和实践JSP技术的机会。JSP是Java平台上的一种动态网页技术，它允许开发者在HTML页面中嵌入Java代码，实现服务器端的动态内容...
C#网络编程(同步传输字符串)Part.2[归类].pdf
10-11
由于C#的System.IO命名空间提供了多种流类型，可以处理不同类型的对象，因此可以实现客户端与服务端间任意类型数据的交互。 在服务端，首先创建一个`TcpListener`实例来监听特定IP地址（如127.0.0.1）和端口号（如...
Bootstrap实现dialog上一步下一步多个弹窗交互
我愿化作繁星
07-24 529
重新设置bootstrap主题色内容区以card形式展示，纯js实现分页功能共两步骤，第一步选择模板，第二步进行其他操作步骤一内的按钮点击下一步，进入第二步；第二步点击上一步，返回第一步步骤一选择模板时，根据模板id获取模板内容，并展示在第二步中关闭弹窗时重置数据，当从第二步点击上一步回到第二步时，不重置数据。
系统模块时序图的重要性：解锁系统模块交互的全景视图
最新发布
weixin_41701856的博客
07-25 882
系统模块之间的时序图是用来展示系统中不同模块之间的交互过程。它能够帮助开发人员和架构师理解系统的整体行为，确保各模块之间的接口和交互逻辑清晰明了。系统模块之间的时序图是一种强大的工具，可以帮助我们理解和管理复杂系统中的模块交互，辅助设计和实现，提高团队协作效率，并支持系统的调试和优化。如果你在开发工作中遇到复杂的模块交互问题，不妨试试使用时序图来理清思路，提升工作效率。掌握时序图的绘制和应用技巧，可以让你的开发工作更加高效和顺畅。关注【程序员的开发手册】，让您少走十年弯路，掌握更多实用技巧，提升开发效率。
HTTP传输下载和P2P传输下载的区别？
Nove1205的博客
07-25 701
HTTP传输下载和P2P（Peer-to-Peer）传输下载的区别
AWS-负载均衡-创建一个对外的HTTPS ALB
墨痕诉清风的博客
07-25 1196
Elastic Load Balancing 支持三种类型的负载均衡器：Application Load Balancer、Network Load Balancer 和 Classic Load Balancer。这里用ALB( Application Load Balancer)说明。
OPC UA Part 3：地址空间模型详解
OPC UA Part 3 - Address Space Model 1.03 Specification 是 OPC Unified Architecture (UA) 规范的第三个部分，主要关注于统一架构中的核心组件——地址空间模型。这个模型是OPC UA通信的基础，用于组织和管理设备...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值