send tcp char far_TCP/IP之传输层详解

1. 传输层特征

     传输层位于TCP/IP协议族中的第4层，负责在网络主机中创建虚拟传输控制协议TCP，或用户数据报协议UDP，也叫“Transport Layer”。此层向其主机上运行的应用程序发送和接收数据。传输层将端口号分配给在主机上的应用程序中运行的进程，并将TCP或UDP标头添加到从应用程序接收的消息中，用于详细地说明源和目标端口号。

f93d618ad1e371e9732dfa4a3d4a6d53.png


                                   此图来自Microchip

     传输层提供了可靠的通信总端至端的解决方案，TCP/IP依靠传输层有效地控制两个主机之间的通信。当IP通信会话必须开始或结束时，将使用传输层来建立此连接。它具有一下几个特征：
     1. 传输层保证了两个地址空间之间可靠的端到端连接。
     2. 数据可以以任何长度的非结构化字节序列的形式双向发送。
     3. 应支持不同的运输机制。

2. 传输层协议

     在传输层，有两个重要的传输协议，分别是：提供可靠性传输、面向连接的传输控制协议(TCP)；及不可靠、无连接的用户数据报协议(UDP)。
     对于传输控制协议(TCP)： 它具有消息纠错、数据重传和消息确认机制。它总是能够保证以正确的顺序去传递无错误的消息。换言之，主机B总是能够如预期的接收到主机A所发送的消息序列。此外，还具备着消息重排序功能。因为通信过程中，某个消息报文的数据可能会超过网络层所能接收的数据包大小，此时，该消息不能通过一次交互而传达给对方。必须进行所谓的“拆包”流程，即将消息拆分为若干个数据包，且在该组中的每个数据包分配一个编号。传输层在接收到这些所有的数据包之后，会根据其中的包编号进行正常排序组合，合并成一个完整的消息。

f67ddd835fec749105f1c9149d0990cf.png

     对于用户数据报协议(UDP)，它是无连接的过程，即在发送消息时候不会去确认连接状态。它可能会出错，并可能无法保证消息顺序的逐一传递。

2.1 TCP协议

2.1.1 TCP首部结构

     传输控制协议（TCP）的标头（Header）结构如下图所示：

2807d681381d5605d72ddba49499a28a.png


                                  此图来自 NMAP.ORG


     若觉得上图因没有着色而带来视觉上的疲劳与混淆，那么可以参考下图。该图中对每个字段部分分别着色，带来视觉感官上的冲击，让人一目了然、清晰明了。

2c5b4ba71353be25dd1512cd06bec9a4.png


     上面两个图是在RFC 793中的TCP标头（数据结构）示意图。本质上TCP/IP协议族是一个服务，因此，每一层都会有相应的一个结构声明，通过初始化该层的结构体变量来达到各层之间交互的目的。也就说是应用层会有用户自己声明的结构化数据类型，传输层会有系统声明的结构体类型，网络层、数据链路层和物理层同样如此。比如下面的TCP结构类型声明一和声明而分别来自Linux源码中的声明及tcpdump抓包工具中的结构类型声明。

     TCP头结构结构声明一（来自tcpdump 4.9.2源码中tcp.h头文件声明）

typedef	uint32_t	tcp_seq;
/** TCP header.* Per RFC 793, September, 1981.*/
struct tcphdr {uint16_t	th_sport;		/* source port */uint16_t	th_dport;		/* destination port */tcp_seq		th_seq;			/* sequence number */tcp_seq		th_ack;			/* acknowledgement number */uint8_t		th_offx2;		/* data offset, rsvd */uint8_t		th_flags;uint16_t	th_win;			/* window */uint16_t	th_sum;			/* checksum */uint16_t	th_urp;			/* urgent pointer */
} UNALIGNED;

     TCP头结构结构声明二（来自linux kernel 5.4.3中tcp.h头文件定义）

struct tcphdr {__be16	source;__be16	dest;__be32	seq;__be32	ack_seq;
//系统架构大小端判断
#if defined(__LITTLE_ENDIAN_BITFIELD)__u16	res1:4,doff:4,fin:1,syn:1,rst:1,psh:1,ack:1,urg:1,ece:1,cwr:1;
#elif defined(__BIG_ENDIAN_BITFIELD)__u16	doff:4,res1:4,cwr:1,ece:1,urg:1,ack:1,psh:1,rst:1,syn:1,fin:1;
#else
#error	"Adjust your <asm/byteorder.h> defines"
#endif	__be16	window;__sum16	check;__be16	urg_ptr;
};

     从上面的两个结构体数据类型声明的成员列表可以看出，它是和 TCP标头结构相对应的。关于TCP标头中各字段的含义，可以参考<a href="https://docstore.mik.ua/orelly/networking_2ndEd/tcp/appg_02.htm"> TCP Segment Header

2.1.2 TCP三次握手

     传输控制协议（TCP）是面向连接的，即每次事务（一次完整通信）过程通过三次握手来建立一个可靠的连接，且连接是双向的，即主机A可以向主机B发起握手连接，也可以是主机B向主机A发起握手连接过程。
     三次握手中，每次握手过程都伴随着一个消息交互和传递， 这三个消息数据建立了连接双方都需要知道的三个重要讯号：

     1. 用于发送数据的ISN(为了阻止黑客，这些应该是不可预测的)。
     2. 本地数据可用的缓冲区空间(窗口)，以字节为单位。
     3. 最大段大小(MSS)，它是一个TCP选项，它设置本地主机将接受的最大段。MSS通常是链接MTU大小减去TCP和IP报头的40字节，但是许多实现使用512或536字节的段(这是最大值，不是需求)。

     注意，三次握手过程中，不会发送任何的数据信息，直到它们之间已经成功建立连接为止。如下图所示：

e4b6614568f9ff9db913fdc736f018de.png


                         三次握手过程不会发送任务数据信息

     让我们以一段示例代码来开始三次握手过程的讲解。
     client.c文件是通信中客户端的代码实现，它通过创建一个socket句柄sock_fd，将其和处于服务端角色的主机（ip是10.66.114.115， port是8888）进行适配绑定（通过connect），并完成三次握手过程，之后便主动向服务端发送一条消息报文：

4e4a4e70804054989c7bbcff788d1ff4.png


     然后等待服务端响应报文数据并进行判断，若失败则重新上面的过程；反之，则打印接收到来自服务器的响应报文数据，并关闭该链接句柄，且退出进程。这边是客户端client.c文件中代码的主要任务和逻辑。
     客户端代码（client.c）

#include

     Server.c文件是通信中服务端角色的代码实现。它负责创建指定ip和端口的监听连接。且等待客户端发送三次握手连接请求，在完成建立连接（accept）之后，并等待来自客户端的写数据请求，并进行解析打印。然后响应客户端报文消息。

2320a6bd09f673b691911e3e9adba1c0.png


     并释放socket连接句柄。在这里服务端是发起关闭连接的主动方，客户端是属于关闭连接的被动方。代码如下所示：

     服务端代码（sever.c）

#include

     上面代码实现的客户端和服务端之间的通信过程如下图所示。 服务端服务起来，并开始监听8888端口；等待客户端发起TCP三次握手请求中的第一次，然后解析报文并响应客户端（第二次握手），客户端在接收到来自服务端的消息报文后，进行系列的解析处理过程，判断报文正确无误后，响应服务端报文（第三次握手）。之后服务器阻塞等待客户端发起数据写请求，然后解析并打印，同时响应客户端报文，之后便主动关闭掉socket连接句柄。

5f25031b3fc96481cff7a90804aaa2a5.png


                                   客户端与服务端通信示意图

2.1.2.1 tcupdump网络抓包

     为了更加直观的看到TCP建立通信（三次握手）过程中的细节，在当服务端启动监听服务进程之后，便使用tcpdump开始抓包工作。

               tcpdump -i bond0 -w dst port 8888 -w ./3WayHandshake.cap

     同时打开客户端服务进程。当进程运行起来之后，便会主动向服务器发起握手连接。整个完整过程如下图所示：

4e88c0024e620688e10fbaeccd606bb2.png


     截图中红色线框里序号为1、2、3的三个数据段分别对应TCP三次握手过程中的三次消息数据段交互。现对其中每个数据段进行详细截图说明。
     下图是TCP建立建立通信（三次握手）中的第一次握手，从图中的红色线框标注可以看到，客户端向服务器发送的第一个消息中，包含了源端口、目的端口、TCP数据长度0、同步序列号SYN值以及MSS(最大数据段长度)等重要值信息。

0b1efbef8c296579745bc65beeb73fef.png


                             TCP三次握手建立连接中第一次握手过程
     在TCP的第二次握手过程中，服务端收在收到客户端发送的同步序列号SYN、MSS等字段值后，同时向客户端响应了服务端的同步序列号SYN、MSS、源端口、目的端口等信息，此外，还多了一个字段值ACK（确认号）。

346d81bd04017883cd0bf56cc02586cc.png


                             TCP三次握手建立连接中第二次握手过程

     TCP的第三次握手中，客户端在接收到服务端的响应消息报文之后，进行系列的解析和判断确认；若一切正常，则向服务器发现ACK确认号。到这里时候，本次通信的面向连接已正式成立，接下来就可以开始数据通信操作。

73b5a677f2a2401e1802bda4c76235a7.png


                             TCP三次握手建立连接中第三次握手过程

     以上三次握手过程，现在使用时序图形式表示出来，对理解TCP建立连接时的三次握手过程更加清晰。

bfeded1f1247e2ae185d5876bdc96945.png


                                       TCP三次握手过程

     TCP三次握手主要下面重要功能：
     它确保双方都知道他们已准备好传输数据，并且还允许双方就握手期间发送并确认的初始序列号达成共识（因此，它们没有错误）
     序号4、5、6是TCP三次握手建立之后，客户端与服务端之间数据交互的过程，序号4为客户端使用send函数API向服务器发送“client index 0”这14个字节数据，下面截图中最上方图中红色线框出来了。服务端在收到来自客户端的数据消息之后，便发送一个ACK确认号，同时服务端向客户端发送一个响应消息报文“server index 0”这14个字节。然后服务器主动发起断开连接。

5c42663d4295482450e8024d5dd6e3a4.png

2.1.2.2 关于序列号

     每台TCP主机分配自己的序列号。在TCP连接中使用的初始化序列号由主机定义的，它使用一种随机算法去生成难以预测的初始化序列号。
     发送确认号 = 收到的序列号 + 收到的数据字节数。 确认号字段包含了另一方期待的下一个序列号值。

2.1.3 TCP半开连接

     一般情况下，TCP总是会顺利地完成三次握手过程，并建立连接通信。但是，网络世界总是错综复杂，难免会出现一些意外。如图中所示，当某主机（假设左边主机是客户端）向另外一个主机（假设右边主机是服务端）发起第一个 SYN 握手请求数据包时候，服务端主机会使用 ACK + SYN 数据包进行应答，然后客户端主机会通过发送第三个 ACK 数据包来完成握手连接过程。但是，此时主机（客户端）可能丢失了网络连接，或是机器宕掉。因此，尽管主机（服务端）不断地尝试发送 ACK + SYN数据报以渴望得到 主机（客户端）的 ACK响应。但是因为不知道主机（客户端）的状态，因此当握手过程没有以最后一个 ACK 结束时候，就发生了所谓的半开连接。

2f4e7da6d1a562b6dc70a981976f3747.png

2.1.4 TCP四次挥手

     在2.1.2.1节通过对tcpdump抓包文件的拆包分解，详细地说明了TCP在建立面向连接通信过程中的三次握手。同时也说明抓包文件中的序号4、5、6为客户端与服务端数据交互过程。可以看到这个完整的抓包报文数据段中还剩下序号（编号）为7、8、9、10的共4个数据报文未进行说明。很显然，这4个数据报是TCP在释放本次通信连接时候的四次挥手过程。

49aebce12790f0eeff828b7a2f3f3edf.png


                                    TCP四次挥手释放本次事务

     从图中可以看到，是服务端先发起关闭socket连接请求的（端口8888->37948），这是四次挥手释放连接中的第一个过程，该数据包中包含了字段值FIN（事务被完成）和ACK（确认号）。客户端在收到了服务端的释放连接请求之后，便应答 一个ACK（确认号）。之后便紧接着发送一个FIN + ACK字段值，这是第三次挥手过程。服务端在接收到客户端的消息报文之后，进行解析和逻辑判断，若序列号和确认号没有问题，则回复ACK（确认号），表示同意关闭本次网络连接事务。

ad434e7f01700e7840be8c13c4aed0d1.png


                                    TCP四次挥手

2.1.4.1 再次关于序列号

     不知你有没有注意到，在上图的四次挥手过程中，同步序列号SYN、确认号ACK值一下从之前TCP的三次握手过程中的1、1到现在的15、15；16、16啦？

36d784f0c770422cbc025c5f4a221149.png


     现在让我们再次温习一下这个关于“序列号”的话题。

     关于序列号生成问题，下面三点一定、一定、一定要多阅读几次，重要的事情说三遍。（备注：以下三点，外加下图示例均摘自《TCP/IP协议原理与应用-第四版》，作者 Jeffrey L.Carrell, Laura A.Chappel, Ed Tittel, James Pyles. ）
     1. 每台主机自己分配自己的序列号（SYN）。
     2. 在TCP连接中使用的初始话序列号是由主机定义的，出于安全目的，初始序列号应该随机选取。
     3. 除了在TCP启动和拆除序列之外，确认号字段仅仅在收到数据时候增加。

0eb1cd10cc0232d272a6b60a8dfe6de6.png


     由于数据流能够改变方向（主机1向主机2发送数据，之后主机2向主机1发送数据），每一方的序列号字段都可以增加一段时间，之后又随着通信另一方序列号字段开始增加而暂停增加一段时间。

     现在大概对“序列号”有了一定认识，接下来通过抓包文件中各数据段信息来仔细分析一下我们示例代码中的关于四次挥手过程中的序列号SYN和确认号ACK的变化。

a1f6c1c7f1e74519a8b0963a4fbb91a5.png


     上图是tcpdump抓包得到的数据段信息，更加“序列号”的增加原则，可以得到序列号SEQ、确认号ACK等变化值的时序图如下：

89f2942d5fab83d738f43f2b741769e0.png

2.2 UDP协议

7c909aecdd12a888293128b5f1f080b4.png


                                  此图来自 NMAP.ORG

     相较于TCP的标头结构而言，UDP的标头结构显得非常简单，仅仅只有4个字段。它们分别是：源端口号、目的端口号、长度和校验和。
     1. 源端口-这16位信息用于标识数据包的源端口。
     2. 目标端口-这16位信息，用于标识目标计算机上的应用程序级别服务。
     3. 长度-长度字段指定UDP数据包的整个长度（包括标头）。 它是16位字段，最小值为8字节，即UDP标头本身的大小。
     4. 校验和-此字段存储发送方在发送之前生成的校验和值。 IPv4具有此字段作为可选字段，因此当校验和字段不包含任何值时，它将设为0，并将其所有位设置为零。

     由于UDP提供的是无连接、提供不可靠数据交互功能，因此在同样配置环境下，UDP比TCP大约快了40%的速度，如果追求的是响应速度，并且对丢包能够容忍，或说是可以接受，那么UDP一定是最佳的传输层选择协议。当然，如果对丢包问题很苛刻，但是对网络数据延时能够接受，那么响应，TCP是你的唯一选择。 下面的一些应用程序实用了UDP来传输数据。
     DNS（Domain Name Services 域名系统）
     SNMP（Simple Network Management Protocol 简单网络管理协议）
     TFTP（Trivial File Transfer Protocol 普通文件传输协议）
     RIP（Routing Information Protocol 路由信息协议）

     对于TCP与UDP通信过程的区别见下图所示：

01cc82d8120e1c20c6998a9202694e3e.png


                                  此图来自<a href="https://http://www.cloudflare.com/learning/ddos/glossary/user-datagram-protocol-udp/"> CLOUDFLARE

     · UDP接收到的数据包顺序不一定和发送顺序相同。
     · 分组数据包不保证一定能够到达目的地，可能在传输过程中丢失。
     · 数据包发送之前不需要建立连接。

3. 总结

     本文讲解了传输层的功能和所处TCP/IP协议族位置，以及传输层最为重要的两个协议，即传输控制协议TCP和用户数据报协议UDP。同时，还详细的剖析了TCP协议的标头结构，以及TCP特性，此外，还说明了TCP面向连接中的三次握手过程，通过图文并茂的方式详细说明了连接过程中报文交互的详细信息。另外，也对UDP的功能特性以及标头结构进行了比较详细的说明。

此文来自个人博客 ·【此处不归牛顿管】

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/499139.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

python库_Python 基本功: 2. 学会调用库

python库_Python 基本功: 2. 学会调用库

在完成 基本功教程1 之后&#xff1a;多多教Python&#xff1a;Python 基本功: 1. Hello world​zhuanlan.zhihu.com你已经成功完成了第一个 Python 应用程序&#xff0c;并且运用了三种不同的创作工具。接下来&#xff0c;我们先来从宏观的角度了解一下 Python 宇宙&#xff0…
阅读更多...
抽象工厂模式java_《JAVA与模式》之抽象工厂模式

抽象工厂模式java_《JAVA与模式》之抽象工厂模式

场景问题举个生活中常见的例子——组装电脑&#xff0c;我们在组装电脑的时候&#xff0c;通常需要选择一系列的配件&#xff0c;比如CPU、硬盘、内存、主板、电源、机箱等。为讨论使用简单点&#xff0c;只考虑选择CPU和主板的问题。事实上&#xff0c;在选择CPU的时候&#x…
阅读更多...
java架构师_什么样的经历，才能领悟成为Java架构师？

java架构师_什么样的经历，才能领悟成为Java架构师？

最近我发现&#xff0c;无论是博客也好&#xff0c;还是我写的技术专栏也好&#xff0c;经常会收到很多朋友的留言&#xff0c;留言的内容除了讨论技术问题以外&#xff0c;问的最多的&#xff0c;莫过于职业生涯规划相关的了。例如&#xff1a;我刚毕业&#xff0c;如何入行Ja…
阅读更多...
c语言实验报告9 四川师范大学,四川师范大学c语言实验报告.docx

c语言实验报告9 四川师范大学,四川师范大学c语言实验报告.docx

四川师范大学c语言实验报告.docx下载提示(请认真阅读)1.请仔细阅读文档&#xff0c;确保文档完整性&#xff0c;对于不预览、不比对内容而直接下载带来的问题本站不予受理。2.下载的文档&#xff0c;不会出现我们的网址水印。3、该文档所得收入(下载内容预览)归上传者、原创作者…
阅读更多...
浏览器崩溃_微软最新系统再迎“喜报”：更多用户的浏览器开始崩溃

浏览器崩溃_微软最新系统再迎“喜报”：更多用户的浏览器开始崩溃

Windows 10又闯祸了。事实上&#xff0c;新浪VR最近已接二连三地道了该系统的严重Bug问题&#xff0c;而这一次又跟浏览器有关。有很多用户在升级到最新版Windows 10 v2004之后发现&#xff0c;每次只要重启计算机&#xff0c;自己正常使用的Chorme就会被强制注销&#xff0c;而…
阅读更多...
用python画画简单代码_震撼！用Python开发网站如此简单

用python画画简单代码_震撼！用Python开发网站如此简单

Flask是一个基于Python语言的微型Web框架。之所以被称为微型&#xff0c;是因为其核心非常小&#xff0c;但是该Web框架简约而不简单&#xff0c;具有很强的扩展能力。本文介绍如何编写和运行第一个Flask Web应用程序。当然&#xff0c;阅读本文之前&#xff0c;需要读者有一定…
阅读更多...
电脑有摄像头吗_网络答辩来了，我摄像头呢？？？

电脑有摄像头吗_网络答辩来了，我摄像头呢？？？

我们学校已经确定要网络答辩了。今明两天是预演答辩&#xff0c;就是指导老师带着我们一起熟悉下钉钉的使用流程&#xff0c;模拟一下答辩的过程&#xff0c;以免因为自己的不熟练而影响答辩的成绩。我们老师的意思&#xff0c;正式网络答辩过程中&#xff0c;因为自己的不熟练…
阅读更多...
将十个数进行从大到小的顺序进行排列_如何进行商品ABC分类管理

将十个数进行从大到小的顺序进行排列_如何进行商品ABC分类管理

​ ABC管理法是根据事物的经济、技术等方面的主要特征&#xff0c;运用数理统计方法&#xff0c;进行统计、排列和分析&#xff0c;抓住主要矛盾&#xff0c;分清重点与一般&#xff0c;从而有区别地采取管理方式的一种定量管理方法。又称主次分析法 、ABC分析法、分类管理法、…
阅读更多...
c语言around用法,KET基础语法：介词among和around的用法及例句

c语言around用法,KET基础语法：介词among和around的用法及例句

孩子们开始学习KET考试后&#xff0c;标志着他们开始系统地学习语法&#xff0c;对孩子们来说是不小的挑战。复杂的语法时态、不同类型的介词、短语等&#xff0c;都要求他们掌握正确的复习方法&#xff0c;才能避免学习语法后&#xff0c;而不知道如何运用的误区。而学会错题整…
阅读更多...
vue函数如何调用其他函数?_python函数调用的四种方式

vue函数如何调用其他函数?_python函数调用的四种方式

第一种&#xff1a;参数按顺序从第一个参数往后排#标准调用运行结果&#xff1a;第二种&#xff1a;#关键字调用注意&#xff1a;关键调用从哪开始的&#xff0c;从哪以后都必须使用关键字调用除了‘*’收集参数。不能写成这样的&#xff1a;keyword_invoke(y1, 2)&#xff0c;…
阅读更多...
android 基类封装用法,Android 基类封装之Fragment【原创】

android 基类封装用法,Android 基类封装之Fragment【原创】

现在的Android开发中&#xff0c;Activity和Fragment都是必不可少的&#xff0c;正如上篇博客所写&#xff0c;我们都会封装一个基类的Activity来做一些公共基础的操作。对于Fragment应用的越发广泛&#xff0c;在实际开发中&#xff0c;我们也应当封装一个基础的Fragment&…
阅读更多...
fastjson 序列化 不包括转义字符_Java 反序列化工具 gadgetinspector 初窥 （上）

fastjson 序列化 不包括转义字符_Java 反序列化工具 gadgetinspector 初窥 （上）

作者&#xff1a;Longofo知道创宇404实验室时间&#xff1a;2019年9月4日起因一开始是听Badcode师傅说的这个工具&#xff0c;在Black Hat 2018的一个议题提出来的。这是一个基于字节码静态分析的、利用已知技巧自动查找从source到sink的反序列化利用链工具。看了几遍作者在Bla…
阅读更多...
char类型怎么输入 c语言_C语言中的char

char类型怎么输入 c语言_C语言中的char

C语言中的char是用于声明单个字符的关键字。char关键字具有一些很奇怪的特点&#xff0c;但是想要了解这些奇怪的特点为什么会存在&#xff0c;我们就要先了解char关键字的原理。char关键字会在内存中找到一字节的空闲空间&#xff0c;并且在里面写入一个从0到255的整型&#x…
阅读更多...
无法创建ole db取值函数。请查看列元数据是否有效_[C++ Primer plus 心得]3.处理数据...

无法创建ole db取值函数。请查看列元数据是否有效_[C++ Primer plus 心得]3.处理数据...

本章内容包括&#xff1a;C变量的命名规则。C内置的整型----unsigned long、long、unsigned int、int、unsigned short、short、char、unsigned char、singed char 和boot。C11新增的整型&#xff1a;unsigned long long 和long long。表示各种整型的数字字面值(常量)使用const…
阅读更多...
android+ios打印机,Android/iOS手机安装HP打印机的详细方法和操作步骤

android+ios打印机,Android/iOS手机安装HP打印机的详细方法和操作步骤

如今人们越来越依赖手机&#xff0c;手机几乎成为了生活必需品&#xff0c;其功能越来越多&#xff0c;对其他电子设备的操控能力也越来越强&#xff0c;那么手机如何操控打印机呢?今天小编就跟大家分享一下手机是如何通过无线安装打印机的。备注&#xff1a;本文以Android系统…
阅读更多...
麒麟980可以升级鸿蒙吗,这五部麒麟980手机确定能升鸿蒙OS，其中有你吗？

麒麟980可以升级鸿蒙吗,这五部麒麟980手机确定能升鸿蒙OS，其中有你吗？

原标题&#xff1a;这五部麒麟980手机确定能升鸿蒙OS&#xff0c;其中有你吗&#xff1f;就在今年九月的华为开发者大会上&#xff0c;余承东“一不小心”吐露出EMUI 11明年能升级鸿蒙OS 2.0的事实&#xff0c;这让许多华为用户兴奋不已&#xff0c;但首先你的手机必须要先能升…
阅读更多...
python没有指针如何实现链表_Java、Python中没有指针，怎么实现链表、图等数据结构？...

python没有指针如何实现链表_Java、Python中没有指针，怎么实现链表、图等数据结构？...

Java、Python中没有指针&#xff0c;怎么实现链表、图等数据结构&#xff1f; (2016-10-06 11:08:19) 分类&#xff1a; C 其实Java, python完全可以看成在语言层用语法糖隐藏了指针。JAVA中到处充满指针&#xff0c;只不过把C中的指针封装成了对象的引用了&#xff0c;引用就相…
阅读更多...
android语言列表+波斯,Android 多语言入门及实战

android语言列表+波斯,Android 多语言入门及实战

右键res&#xff0c;选择 New Resource Directory ,选择 locale ,选择自己想要适配的语言类型设置应用内多语言Android 7.0以下/*** 设置多语言*/public void setConfiguration(LocaleList locales, Context context) {Configuration configuration context.getResources().ge…
阅读更多...
c# 从地址拷贝byte_面试必备的 “零拷贝” 问题！从头给你说！

c# 从地址拷贝byte_面试必备的 “零拷贝” 问题！从头给你说！

本文作者&#xff1a;ksfzhaohui来源&#xff1a;juejin.im/post/5cad6f1ef265da039f0ef5df前言I/O概念1.缓冲区2.虚拟内存3.mmapwrite方式4.sendfile方式Java零拷贝1.MappedByteBuffer2.DirectByteBuffer3.Channel-to-Channel传输Netty零拷贝其他零拷贝总结前言从字面意思理解…
阅读更多...
lda 可以处理中文_中文分词（jieba）和语料库制作（gensim）

lda 可以处理中文_中文分词（jieba）和语料库制作（gensim）

本文的内容为以下两个部分&#xff1a;文本分词&#xff08;jieba&#xff09;语料库制作&#xff08;gensim&#xff09;结巴&#xff08;jieba&#xff09;分词在自然语言处理领域中&#xff0c;分词和提取关键词都是对文本处理时通常要进行的步骤。用Python语言对英文文本进…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023