计算机网络知识复盘

已于 2024-09-11 10:45:12 修改
阅读量906 收藏 21
点赞数 24
分类专栏： # 计算机网络基础 文章标签： 计算机网络
于 2024-09-09 15:44:52 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/djklsajdklsajdlk/article/details/142058004
版权

1、从输入Url到页面展示，到底发生了什么？

总体来说分为以下几个步骤:

  1. 在浏览器中输入指定网页的 URL。
  2. 浏览器通过 DNS 协议，获取域名对应的 IP 地址。
  3. 浏览器根据 IP 地址和端口号，向目标服务器发起一个 TCP 连接请求。
  4. 浏览器在 TCP 连接上，向服务器发送一个 HTTP 请求报文，请求获取网页的内容。
  5. 服务器收到 HTTP 请求报文后，处理请求，并返回 HTTP 响应报文给浏览器。
  6. 浏览器收到 HTTP 响应报文后，解析响应体中的 HTML 代码，渲染网页的结构和样式，同时根据 HTML 中的其他资源的 URL（如图片、CSS、JS 等），再次发起 HTTP 请求，获取这些资源的内容，直到网页完全加载显示。
  7. 浏览器在不需要和服务器通信时，可以主动关闭 TCP 连接，或者等待服务器的关闭请求

2、HTTP、HTTPS、有什么区别？

·  端口号：HTTP 默认是 80，HTTPS 默认是 443。

·  URL 前缀：HTTP 的 URL 前缀是 http://，HTTPS 的 URL 前缀是 https://。

·  安全性和资源消耗：HTTP 协议运行在 TCP 之上，所有传输的内容都是明文，客户端和服务器端都无法验证对方的身份。HTTPS 是运行在 SSL/TLS 之上的 HTTP 协议，SSL/TLS 运行在 TCP 之上。所有传输的内容都经过加密，加密采用对称加密，但对称加密的密钥用服务器方的证书进行了非对称加密。所以说，HTTP 安全性没有 HTTPS 高，但是 HTTPS 比 HTTP 耗费更多服务器资源。

·  SEO（搜索引擎优化）：搜索引擎通常会更青睐使用 HTTPS 协议的网站，因为 HTTPS 能够提供更高的安全性和用户隐私保护。使用 HTTPS 协议的网站在搜索结果中可能会被优先显示，从而对 SEO 产生影响。

3、HTTP 是不保存状态的协议, 如何保存用户状态?

        HTTP 是一种不保存状态，即无状态（stateless）协议。也就是说 HTTP 协议自身不对请求和响应之间的通信状态进行保存。

那么我们如何保存用户状态呢？

Session 机制的存在就是为了解决这个问题，Session 的主要作用就是通过服务端记录用户的状态。典型的场景是购物车，当你要添加商品到购物车的时候，系统不知道是哪个用户操作的，因为 HTTP 协议是无状态的。服务端给特定的用户创建特定的 Session 之后就可以标识这个用户并且跟踪这个用户了（一般情况下，服务器会在一定时间内保存这个 Session，过了时间限制，就会销毁这个 Session）。

        在服务端保存 Session 的方法很多，最常用的就是内存和数据库(比如是使用内存数据库 redis 保存)。既然 Session 存放在服务器端，那么我们如何实现 Session 跟踪呢？大部分情况下，我们都是通过在 Cookie 中附加一个 Session ID 来方式来跟踪。

Cookie 被禁用怎么办?

最常用的就是利用 URL 重写把 Session ID 直接附加在 URL 路径的后面。

4、URI 和 URL 的区别是什么?

  • URI(Uniform Resource Identifier) 是统一资源标志符，可以唯一标识一个资源。
  • URL(Uniform Resource Locator) 是统一资源定位符，可以提供该资源的路径。它是一种具体的 URI，即 URL 可以用来标识一个资源，而且还指明了如何 locate 这个资源。

URI 的作用像身份证号一样，URL 的作用更像家庭住址一样。URL 是一种具体的 URI，它不仅唯一标识资源，而且还提供了定位该资源的信息。

Cookie 和 Session 都是用来跟踪浏览器用户身份的会话方式，但是两者的应用场景不太一样。

维基百科是这样定义 Cookie 的：

Cookies 是某些网站为了辨别用户身份而储存在用户本地终端上的数据（通常经过加密）。

简单来说：Cookie 存放在客户端，一般用来保存用户信息。

下面是 Cookie 的一些应用案例：

  1. 我们在 Cookie 中保存已经登录过的用户信息，下次访问网站的时候页面可以自动帮你登录的一些基本信息给填了。除此之外，Cookie 还能保存用户首选项，主题和其他设置信息。
  2. 使用 Cookie 保存 SessionId 或者 Token ，向后端发送请求的时候带上 Cookie，这样后端就能取到 Session 或者 Token 了。这样就能记录用户当前的状态了，因为 HTTP 协议是无状态的。
  3. Cookie 还可以用来记录和分析用户行为。举个简单的例子你在网上购物的时候，因为 HTTP 协议是没有状态的，如果服务器想要获取你在某个页面的停留状态或者看了哪些商品，一种常用的实现方式就是将这些信息存放在 Cookie
  4. ……

很多时候我们都是通过 SessionID 来实现特定的用户，SessionID 一般会选择存放在 Redis 中。举个例子：

  1. 用户成功登陆系统，然后返回给客户端具有 SessionID 的 Cookie 。
  2. 当用户向后端发起请求的时候会把 SessionID 带上，这样后端就知道你的身份状态了。

关于这种认证方式更详细的过程如下：

  1. 用户向服务器发送用户名、密码、验证码用于登陆系统。
  2. 服务器验证通过后，服务器为用户创建一个 Session，并将 Session 信息存储起来。
  3. 服务器向用户返回一个 SessionID，写入用户的 Cookie。
  4. 当用户保持登录状态时，Cookie 将与每个后续请求一起被发送出去。
  5. 服务器可以将存储在 Cookie 上的 SessionID 与存储在内存中或者数据库中的 Session 信息进行比较，以验证用户的身份，返回给用户客户端响应信息的时候会附带用户当前的状态。

使用 Session 的时候需要注意下面几个点：

  • 依赖 Session 的关键业务一定要确保客户端开启了 Cookie。
  • 注意 Session 的过期时间。

        Session-Cookie 方案在单体环境是一个非常好的身份认证方案。但是，当服务器水平拓展成多节点时，Session-Cookie 方案就要面临挑战了。

        举个例子：假如我们部署了两份相同的服务 A，B，用户第一次登陆的时候 ，Nginx 通过负载均衡机制将用户请求转发到 A 服务器，此时用户的 Session 信息保存在 A 服务器。结果，用户第二次访问的时候 Nginx 将请求路由到 B 服务器，由于 B 服务器没有保存 用户的 Session 信息，导致用户需要重新进行登陆。

我们应该如何避免上面这种情况的出现呢？

有几个方案可供大家参考：

  1. 某个用户的所有请求都通过特性的哈希策略分配给同一个服务器处理。这样的话，每个服务器都保存了一部分用户的 Session 信息。服务器宕机，其保存的所有 Session 信息就完全丢失了。
  2. 每一个服务器保存的 Session 信息都是互相同步的，也就是说每一个服务器都保存了全量的 Session 信息。每当一个服务器的 Session 信息发生变化，我们就将其同步到其他服务器。这种方案成本太大，并且，节点越多时，同步成本也越高。
  3. 单独使用一个所有服务器都能访问到的数据节点（比如缓存）来存放 Session 信息。为了保证高可用，数据节点尽量要避免是单点。
  4. Spring Session 是一个用于在多个服务器之间管理会话的项目。它可以与多种后端存储（如 Redis、MongoDB 等）集成，从而实现分布式会话管理。通过 Spring Session，可以将会话数据存储在共享的外部存储中，以实现跨服务器的会话同步和共享。

8、如果没有 Cookie 的话 Session 还能用吗？

一般是通过 Cookie 来保存 SessionID ，假如你使用了 Cookie 保存 SessionID 的方案的话， 如果客户端禁用了 Cookie，那么 Session 就无法正常工作。

但是，并不是没有 Cookie 之后就不能用 Session 了，比如你可以将 SessionID 放在请求的 url 里面https://javaguide.cn/?Session_id=xxx 。这种方案的话可行，但是安全性和用户体验感降低。当然，为了安全你也可以对 SessionID 进行一次加密之后再传入后端。

9、如何基于 JWT 进行身份验证？

在基于 JWT 进行身份验证的的应用程序中，服务器通过 Payload、Header 和 Secret(密钥)创建 JWT 并将 JWT 发送给客户端。客户端接收到 JWT 之后，会将其保存在 Cookie 或者 localStorage 里面，以后客户端发出的所有请求都会携带这个令牌。

JWT 身份验证示意图

JWT 身份验证示意图

简化后的步骤如下：

  1. 用户向服务器发送用户名、密码以及验证码用于登陆系统。
  2. 如果用户用户名、密码以及验证码校验正确的话，服务端会返回已经签名的 Token，也就是 JWT。
  3. 用户以后每次向后端发请求都在 Header 中带上这个 JWT 。
  4. 服务端检查 JWT 并从中获取用户相关信息。

两点建议：

  1. 建议将 JWT 存放在 localStorage 中，放在 Cookie 中会有 CSRF 风险。
  2. 请求服务端并携带 JWT 的常见做法是将其放在 HTTP Header 的 Authorization 字段中（Authorization: Bearer Token）。

10、TCP 与 UDP 的区别（重要）

  1. 是否面向连接：UDP 在传送数据之前不需要先建立连接。而 TCP 提供面向连接的服务，在传送数据之前必须先建立连接，数据传送结束后要释放连接。
  2. 是否是可靠传输：远地主机在收到 UDP 报文后，不需要给出任何确认，并且不保证数据不丢失，不保证是否顺序到达。TCP 提供可靠的传输服务，TCP 在传递数据之前，会有三次握手来建立连接，而且在数据传递时，有确认、窗口、重传、拥塞控制机制。通过 TCP 连接传输的数据，无差错、不丢失、不重复、并且按序到达。
  3. 是否有状态：这个和上面的“是否可靠传输”相对应。TCP 传输是有状态的，这个有状态说的是 TCP 会去记录自己发送消息的状态比如消息是否发送了、是否被接收了等等。为此 ，TCP 需要维持复杂的连接状态表。而 UDP 是无状态服务，简单来说就是不管发出去之后的事情了（这很渣男！）。
  4. 传输效率：由于使用 TCP 进行传输的时候多了连接、确认、重传等机制，所以 TCP 的传输效率要比 UDP 低很多。
  5. 传输形式：TCP 是面向字节流的，UDP 是面向报文的。
  6. 首部开销：TCP 首部开销（20 ～ 60 字节）比 UDP 首部开销（8 字节）要大。
  7. 是否提供广播或多播服务：TCP 只支持点对点通信，UDP 支持一对一、一对多、多对一、多对多；
TCPUDP
是否面向连接是否
是否可靠是否
是否有状态是否
传输效率较慢较快
传输形式字节流数据报文段
首部开销20 ～ 60 bytes8 bytes
是否提供广播或多播服务否是

11、什么时候选择 TCP，什么时候选 UDP?

  • UDP 一般用于即时通信，比如：语音、 视频、直播等等。这些场景对传输数据的准确性要求不是特别高，比如你看视频即使少个一两帧，实际给人的感觉区别也不大。
  • TCP 用于对传输准确性要求特别高的场景，比如文件传输、发送和接收邮件、远程登录等等。

12、TCP 三次握手和四次挥手（传输层）

建立连接-TCP 三次握手

TCP 三次握手图解

TCP 三次握手图解

建立一个 TCP 连接需要“三次握手”，缺一不可：

  • 一次握手:客户端发送带有 SYN（SEQ=x） 标志的数据包 -> 服务端，然后客户端进入 SYN_SEND 状态，等待服务端的确认；
  • 二次握手:服务端发送带有 SYN+ACK(SEQ=y,ACK=x+1) 标志的数据包 –> 客户端,然后服务端进入 SYN_RECV 状态；
  • 三次握手:客户端发送带有 ACK(ACK=y+1) 标志的数据包 –> 服务端，然后客户端和服务端都进入ESTABLISHED 状态，完成 TCP 三次握手。

当建立了 3 次握手之后，客户端和服务端就可以传输数据啦！

为什么要三次握手?

三次握手的目的是建立可靠的通信信道，说到通讯，简单来说就是数据的发送与接收，而三次握手最主要的目的就是双方确认自己与对方的发送与接收是正常的。

  1. 第一次握手：Client 什么都不能确认；Server 确认了对方发送正常，自己接收正常
  2. 第二次握手：Client 确认了：自己发送、接收正常，对方发送、接收正常；Server 确认了：对方发送正常，自己接收正常
  3. 第三次握手：Client 确认了：自己发送、接收正常，对方发送、接收正常；Server 确认了：自己发送、接收正常，对方发送、接收正常

三次握手就能确认双方收发功能都正常，缺一不可。

第 2 次握手传回了 ACK，为什么还要传回 SYN？

服务端传回发送端所发送的 ACK 是为了告诉客户端：“我接收到的信息确实就是你所发送的信号了”，这表明从客户端到服务端的通信是正常的。回传 SYN 则是为了建立并确认从服务端到客户端的通信。

SYN 同步序列编号(Synchronize Sequence Numbers) 是 TCP/IP 建立连接时使用的握手信号。在客户机和服务端之间建立正常的 TCP 网络连接时，客户机首先发出一个 SYN 消息，服务端使用 SYN-ACK 应答表示接收到了这个消息，最后客户机再以 ACK(Acknowledgement）消息响应。这样在客户机和服务端之间才能建立起可靠的 TCP 连接，数据才可以在客户机和服务端之间传递。

三次握手过程中可以携带数据吗？

在 TCP 三次握手过程中，第三次握手是可以携带数据的(客户端发送完 ACK 确认包之后就进入 ESTABLISHED 状态了)，这一点在 RFC 793 文档中有提到。也就是说，一旦完成了前两次握手，TCP 协议允许数据在第三次握手时开始传输。

如果第三次握手的 ACK 确认包丢失，但是客户端已经开始发送携带数据的包，那么服务端在收到这个携带数据的包时，如果该包中包含了 ACK 标记，服务端会将其视为有效的第三次握手确认。这样，连接就被认为是建立的，服务端会处理该数据包，并继续正常的数据传输流程。

断开连接-TCP 四次挥手

TCP 四次挥手图解

TCP 四次挥手图解

断开一个 TCP 连接则需要“四次挥手”，缺一不可：

  1. 第一次挥手：客户端发送一个 FIN（SEQ=x） 标志的数据包->服务端，用来关闭客户端到服务端的数据传送。然后客户端进入 FIN-WAIT-1 状态。
  2. 第二次挥手：服务端收到这个 FIN（SEQ=X） 标志的数据包，它发送一个 ACK （ACK=x+1）标志的数据包->客户端 。然后服务端进入 CLOSE-WAIT 状态，客户端进入 FIN-WAIT-2 状态。
  3. 第三次挥手：服务端发送一个 FIN (SEQ=y)标志的数据包->客户端，请求关闭连接，然后服务端进入 LAST-ACK 状态。
  4. 第四次挥手：客户端发送 ACK (ACK=y+1)标志的数据包->服务端，然后客户端进入TIME-WAIT状态，服务端在收到 ACK (ACK=y+1)标志的数据包后进入 CLOSE 状态。此时如果客户端等待 2MSL 后依然没有收到回复，就证明服务端已正常关闭，随后客户端也可以关闭连接了。

只要四次挥手没有结束，客户端和服务端就可以继续传输数据！

为什么要四次挥手？

TCP 是全双工通信，可以双向传输数据。任何一方都可以在数据传送结束后发出连接释放的通知，待对方确认后进入半关闭状态。当另一方也没有数据再发送的时候，则发出连接释放通知，对方确认后就完全关闭了 TCP 连接。

举个例子：A 和 B 打电话，通话即将结束后。

  1. 第一次挥手：A 说“我没啥要说的了”
  2. 第二次挥手：B 回答“我知道了”，但是 B 可能还会有要说的话，A 不能要求 B 跟着自己的节奏结束通话
  3. 第三次挥手：于是 B 可能又巴拉巴拉说了一通，最后 B 说“我说完了”
  4. 第四次挥手：A 回答“知道了”，这样通话才算结束。

为什么不能把服务端发送的 ACK 和 FIN 合并起来，变成三次挥手？

因为服务端收到客户端断开连接的请求时，可能还有一些数据没有发完，这时先回复 ACK，表示接收到了断开连接的请求。等到数据发完之后再发 FIN，断开服务端到客户端的数据传送。

如果第二次挥手时服务端的 ACK 没有送达客户端，会怎样？

客户端没有收到 ACK 确认，会重新发送 FIN 请求。

为什么第四次挥手客户端需要等待 2*MSL（报文段最长寿命）时间后才进入 CLOSED 状态？

第四次挥手时，客户端发送给服务端的 ACK 有可能丢失，如果服务端因为某些原因而没有收到 ACK 的话，服务端就会重发 FIN，如果客户端在 2*MSL 的时间内收到了 FIN，就会重新发送 ACK 并再次等待 2MSL，防止 Server 没有收到 ACK 而不断重发 FIN。

MSL(Maximum Segment Lifetime) : 一个片段在网络中最大的存活时间，2MSL 就是一个发送和一个回复所需的最大时间。如果直到 2MSL，Client 都没有再次收到 FIN，那么 Client 推断 ACK 已经被成功接收，则结束 TCP 连接。

FAFU_kyp
关注
专栏目录
微型计算机期末考试复盘（知识点总结）
qq_45970034的博客
07-05 743
第一章：微型计算机的概述 第二章：16位和32位微处理器 第三章 Pentium指令系统 第四章 存储器、存储管理和高速缓冲技术 第五章 微型计算机和外设的数据传输 第六章 串并通信和接口技术 第七章 中断控制器 第八章 DMA控制器 第一章：微型计算机的概述 1946年，美国宾夕法尼亚大学研制成第一台电子计算机ENIAC。 冯诺依曼体系结构及结构图： 运算器（ALU）、存储器（物理容量以字节为单位B）、控制器、输入设备、输出设备。 冯诺依曼理论要点：1、数字计算机的数制采用..
基于Spring+Quartz的分布式任务调度（原理剖析、二次开发）
05-02
Quartz是OpenSymphony开源组织在Job scheduling领域又一个开源项目，它可以与J2EE与J2SE应用程序相结合也可以单独使用。Quartz可以用来创建简单或为运行十个，百个，甚至是好几万个Jobs这样复杂的程序。Jobs可以做成标准的Java组件或 EJBs。 Quartz的优势： 1、Quartz是一个任务调度框架(库)，它几乎可以集成到任何应用系统中。 2、Quartz是非常灵活的，它让您能够以最“自然”的方式来编写您的项目的代码，实现您所期望的行为 3、Quartz是非常轻量级的，只需要非常少的配置 —— 它实际上可以被跳出框架来使用，如果你的需求是一些相对基本的简单的需求的话。 4、Quartz具有容错机制，并且可以在重启服务的时候持久化（”记忆”）你的定时任务，你的任务也不会丢失。 5、可以通过Quartz，封装成自己的分布式任务调度，实现强大的功能，成为自己的产品。6、有很多的互联网公司也都在使用Quartz。比如美团 Spring是一个很优秀的框架，它无缝的集成了Quartz，简单方便的让企业级应用更好的使用Quartz进行任务的调度。   课程说明：在我们的日常开发中，各种大型系统的开发少不了任务调度，简单的单机任务调度已经满足不了我们的系统需求，复杂的任务会让程序猿头疼， 所以急需一套专门的框架帮助我们去管理定时任务，并且可以在多台机器去执行我们的任务，还要可以管理我们的分布式定时任务。本课程从Quartz框架讲起，由浅到深，从使用到结构分析，再到源码分析，深入解析Quartz、Spring+Quartz，并且会讲解相关原理， 让大家充分的理解这个框架和框架的设计思想。由于互联网的复杂性，为了满足我们特定的需求，需要对Spring+Quartz进行二次开发，整个二次开发过程都会进行讲解。Spring被用在了越来越多的项目中, Quartz也被公认为是比较好用的定时器设置工具，学完这个课程后，不仅仅可以熟练掌握分布式定时任务，还可以深入理解大型框架的设计思想。
CSDN规则详解（一）
热门推荐
想你依然心痛的博客
11-03 4万+
CSDN是一个专业的技术社区，不仅可以分享自己的技术经验，还可以向其他行业专业人士学习。在CSDN上写出优秀的博客可以增加自己的曝光率和声誉，但是除了写出好博客，我们还可以认识规则、了解规则、利用规则，来更好地展示自己的专业能力和吸引更多的读者。因此，掌握CSDN的规则是非常重要的，可以帮助我们更好地利用这个平台，实现自己的目标。在本文中，将会介绍一些CSDN的规则和注意事项，帮助读者更好地运用这个平台。
2024年技术自媒体经验分享 —— 开始尝试认真做 CSDN 的一年后的复盘_csdn变现可行吗
最新发布
2401_86022387的博客
08-19 1701
一次偶然，从朋友那里得到一份“java高分面试指南”，里面涵盖了25个分类的面试题以及详细的解析：JavaOOP、Java集合/泛型、Java中的IO与NIO、Java反射、Java序列化、Java注解、多线程&并发、JVM、Mysql、Redis、Memcached、MongoDB、Spring、Spring Boot、Spring Cloud、RabbitMQ、Dubbo 、MyBatis 、ZooKeeper 、数据结构、算法、Elasticsearch 、Kafka 、微服务、Linux。
Java8编程实战
12-31
Java一直作为优秀的编程语言活跃于软件开发行业，掌握Java不仅是一件兴奋的事，更是一把可以帮助你轻松进入软件行业大门的一把金钥匙，本套课程将为读者讲解Java8的所有核心技术知识，一共240集的Java8开发课程，全网独一无二的教学视频资料，你还等什么？赶紧来学吧！官方QQ群：612148723。
实用数据分析：数据分析师从小白到精通
01-02
[入门数据分析的第一堂课]这是一门为数据分析小白量身打造的课程，你从网络或者公众号收集到很多关于数据分析的知识，但是它们零散不成体系，所以第一堂课首要目标是为你介绍：Ø  什么是数据分析-知其然才知其所以然Ø  为什么要学数据分析-有目标才有动力Ø  数据分析的学习路线-有方向走得更快Ø  数据分析的模型-分析之道，快速形成分析思路Ø  应用案例及场景-分析之术，掌握分析方法[哪些同学适合学习这门课程]想要转行做数据分析师的，零基础亦可工作中需要数据分析技能的，例如运营、产品等对数据分析感兴趣，想要更多了解的[你的收获]n  会为你介绍数据分析的基本情况，为你展现数据分析的全貌。让你清楚知道自己该如何在数据分析地图上行走n  会为你介绍数据分析的分析方法和模型。这部分是讲数据分析的道，只有学会底层逻辑，能够在面对问题时有自己的想法，才能够下一步采取行动n  会为你介绍数据分析的数据处理和常用分析方法。这篇是讲数据分析的术，先有道，后而用术来实现你的想法，得出最终的结论。n  会为你介绍数据分析的应用。学到这里，你对数据分析已经有了初步的认识，并通过一些案例为你展现真实的应用。[专享增值服务]1：一对一答疑         关于课程问题可以通过微信直接询问老师，获得老师的一对一答疑2：转行问题解答         在转行的过程中的相关问题都可以询问老师，可获得一对一咨询机会3：打包资料分享         15本数据分析相关的电子书，一次获得终身学习
CSDN新手指南
2302_77874940的博客
11-12 1万+
CSDN（全称为中国软件开发网）是一个致力于服务中国软件开发者的社区平台。它提供了大量的软件开发技术文章、教程、案例、工具等资源，涵盖了 Java、Python、C++ 等众多编程语言，以及前端开发、后端开发、数据科学、人工智能等多个领域。此外，CSDN还提供了职业培训、IT 资讯、数据分析等方面的服务，是国内开发者非常重要的学习和交流平台之一。CSDN是一个资源丰富、交流互动的平台，适合IT技术人员学习和交流。
计算机网络相关知识点思维导图，期末复习利器
06-10
总的来说,这张思维导图是一个非常全面且结构清晰的计算机网络知识图谱。它能有效帮你梳理和理解网络相关知识,更有利于期末复习。 以上是我对该知识图的详细描述,希望能为更多人介绍其价值。如果还有其他疑问,欢迎...
计算机网络实验7.交换机与路由器互连 .doc
01-04
### 计算机网络实验——交换机与路由器互连 #### 实验背景 在现代网络环境中，交换机和路由器作为核心设备，承担着数据转发的关键角色。交换机主要用于局域网内部的数据交换，而路由器则负责不同网络间的通信。本...
南京邮电大学计算机网络实验二（网络路由器配置RIP协议）
06-20
**南京邮电大学计算机网络实验二**的主要目的是让学生深入理解并实践网络路由器配置RIP（Routing Information Protocol）协议的过程。RIP是一种广泛应用于小型到中型网络中的路由选择协议，它的主要功能是通过与其他...
【软考系统架构设计师】复盘架构设计师真题知识点第二十四章---计算机网络
千月星跡
12-04 304
【软考系统架构设计师】复盘架构设计师真题知识点第二十四章---计算机网络
小白使用CSDN的建议
m0_74019378的博客
12-01 2378
小白使用CSDN
CSDN常见问题汇总
测试专用
01-29 2万+
通过CSDN平台购买的“VIP会员、余额”，在刚购买后未使用的情况可支持退款；“付费资源、付费专栏、盲盒、魔盒、课程、C认证”等虚拟商品一经购买后，除了特殊原因外，概不支持退款；特殊原因包括：付费资源无法正常使用、课程重复购买、讲师无法继续更新完毕全部课程等；如未使用或者符合特殊原因，请提供账号用户名ID、订单号、退款原因给，以便核实处理；注意：购买的套餐使用后不支持退款，正常退款申请后会在7个工作日内原路返还到支付帐号退款进度：已申请的退款可在“”中查询退款进度。
VBA高手进阶课程
10-16
爱好excel 的公式和VBA编程，Access数据库，VB和VB.NET，自己开发有作品《VBA代码宝》、visual studio开发的《大表格工具箱》、发票凑数器、进销存模板表格、出入库、领用单、图书管理系统的模板表格等诸多VBA功能及技巧，熟悉VBA数组、字典、正则，函数公式，SQL、VB等,拥有多年编程经验，实际案例，职场应用，应有尽有，升职加薪不是梦，学会excel函数、VBA、ACCESS数据库等办公技能，能极大地缩短工作时间，达到高效率工作，希望能跟大家一起学习进步！
Android核心组件 ListView 详解
05-28
在Android所有常用的原生控件当中，用法最复杂的应该就是ListView了，它专门用于处理那种内容元素很多，手机屏幕无法展示出所有内容的情况。    ListView可以使用列表的形式来展示内容，超出屏幕部分的内容只需要通过手指滑动就可以移动到屏幕内了。   另外ListView还有一个非常神奇的功能，我相信大家应该都体验过，即使在ListView中加载非常非常多的数据，比如达到成百上千条甚至更多， ListView都不会发生OOM或者崩溃，而且随着我们手指滑动来浏览更多数据时，程序所占用的内存竟然都不会跟着增长。那么ListView是怎么实现这么神奇的功能的呢？   下面我们来学习它，了解了它的基本工作原理，在感叹Google大神能够写出如此精妙代码的同时我也有所敬畏.1，ListView 介绍； 2，原理讲解； 3，简单实现； 4，ListView扩展;
新手写CSDN的教程
m0_68873530的博客
05-08 9350
对于我们新手来说，第一次写像CSDN的博客会有些疑惑，接下来我会总结一些自己的理解。提示：以下是本篇文章正文内容，下面案例可供参考新手第一次写博客，请多多关照。
Java之路
05-05
你了解Java吗？你知道Java能做什么吗？你知道Java该怎么学吗？你知道Java未来的发展趋势、发展状况吗？
高频LeetCode面试20题（C++版）
02-18
你是否正在为LeetCode面试题苦恼？担心准备不足，错失机会？别担心！本新课程助你轻松通关，快速梳理高频20题！课程亮点：精选高频题目：精心挑选了历年LeetCode真题中的高频题目，确保你做题时能事半功倍！高效训练方法：我们采用最有效的训练方法，帮助你快速掌握解题技巧，轻松战胜难题！实战演练：我们不仅讲解题目，还提供大量实战练习，让你真正掌握面试技巧，信心满满应对挑战！趣味学习体验：我们的课程不仅内容丰富，还融入了幽默、时尚的元素，配有图片，让学习更加生动有趣！
CSDN原力值解析：功能作用、获取方法、积分对应等级关系详解
我在山城重庆，我希望能为这片软件沙漠地带贡献自己的一滴水，Stay tuned!
06-14 1万+
CSDN 原力是衡量一个用户在 CSDN 的贡献和影响力的系统。有数值和等级，等级由低到高 0 到 9 级组成。其作为除积分、博客等级和勋章等外新的指标，不同的级别能反映出不同的技术影响力， 在今后的很长时间内，这个原力系统能稳定地反映用户的贡献与等级的关系。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值