万年不变，先从模型结构分析，现在大家熟知的网络模型有两种。第一种是，OSI七层模型，第二种是TCP/IP模型。在实际运用中，参考更多的是TCP/IP模型。
OSI七层模型
TCP/IP模型
不需要全部理解，只需要明白两点：1、数据包发送数据的过程是从上到下打包,接收数据是从下至上拆包。2、在二层数据链路层我们的数据已经被层层封装为以太网帧结构。现在有了下一个问题，以太网帧结构是什么?
以太网帧结构里有：DMAC、SMAC、Type、用户数据、FSC帧校验序列，我们挨个解释一下：
DMAC：目的MAC地址，被访问的MAC地址；
SMAC：源MAC地址，发起方的MAC地址;
Type：在数据中有一个type字段，是为了让交换机收到一个帧，拆开帧头，不用再进一步拆包就知道packet中类型，比如：
1、type=0X0800 代表的就是包内容是ipv4；
2、type=0X86DD 代表的就是IPv6；
3、type=0X0806 代表的就是ARP包；
4、type=0X8847 代表的就是MPLS unicast；
5、type=0X8848 代表的就是MPLS multicast；
用户数据：数据内容；
FSC帧校验序列：让接收帧的网卡或者网口判断是否有错误；
这里主要了解一下以太网帧头中有源MAC地址和目的MAC地址。
MAC地址（Media Access Control Address）也称为硬件地址或物理地址（Physical Address），它是一个用来确认网络设备位置的位址。在OSI模型中，第二层数据链路层则负责MAC位址 。MAC地址用于在网络中唯一标示一个网卡，一台设备若有一或多个网卡，则每个网卡都需要并会有一个唯一的MAC地址。
二层交换机能够基于数据链路层的 MAC 地址，进行数据帧或 VLAN 的传输功能。二层交换机内置MAC地址表，为二层设备提供了唯一的地址，用于标识数据下发的终端设备和节点。
优点：数据交换是靠硬件来实现的，其非常快速且有效地将数据从源端传输到目标端。
简单的说，MAC地址表是交换机等网络设备记录MAC地址和设备端口的映射关系，代表了交换机从哪个端口学习到了某个MAC地址，后续交换机需要转发数据的时候就可以根据报文中目的MAC地址去 对照设备中的MAC地址表进行数据转发。如果MAC地址表中已经存在该MAC地址表项，设备将通过重置该表项的老化时间，对该表项进行更新。
实例解析:
主机 PC1向主机 PC2 发送数据，PC1不知道PC2的MAC地址，PC1就像所有端口发说ARP广播请求包说：谁告诉我IP地址为192.168.1.4的MAC地址是多少？
PC1发送时，交换机把PC1的端口0/0/1、 MAC地址更新记录到MAC地址表中。但是此时交换机不知道目的 PC2MAC地址在哪个端口，于是将数据帧进行ARP广播包请求泛洪，即转发到除端口 1 之外的所有端口。
PC3收到数据帧发现目的IP地址不是自己，将丢弃数据帧。PC2收到数据帧发现是源IP是自己请求自己的MAC地址，于是发送应答数据帧，交换机端口 0/0/2 收到数据帧，记录PC2 对应的端口、 MAC
地址表项。
于是交换机知道了主机PC1 和主机 PC2 的 端口、MAC 地址信息，之后会根据 MAC 地址表进行转发。
上面的描述看不懂的话这里我们可以抓包看一下：
设置PC1访问PC2，抓包抓取交换机G0/0/1端口流量，抓包设置显示1.4的IP流量信息：
PC1开始ping 192.168.1.4，抓包内容显示如下：
打开一个广播包，内容为：
交换机ARP广播包问谁是192.168.1.4，告诉192.168.1.2，数据包里有发送的MAC地址和IP、目标的IP地址、MAC地址为广播因为不知道是交换机向所有端口问。
ARP回包：
包含源为192.168.1.4和MAC地址、以及回应给请求的目标192.168.1.2和MAC地址信息。
1、同一个MAC可以在同一台交换机的不同接口上出现吗 ？
不能。因为这样的交换机就不知道如何转发了
2、同一个MAC地址可以在不同交换机上的接口出现吗？
可以。
3、不同MAC地址可以在同一台交换机的相同接口出现吗？
可以。
4、既然通过ARP广播包发送请求是不是二层交换机也有ARP表？
没有，二层交换机有且只有一个关系表：MAC地址表
大白话翻译：
二层交换机只工作在二层数据链路层，所以咱们ping 192.168.1.4的时候二层交换机理解不了这个是什么意思，因为IP地址是三层网络层协议。而二层交换机通讯主要依靠ARP广播包识别各自交换机端口所接设备的MAC地址更新维护MAC地址表，又因数据最终转换成比特流通过物理介质发送出去，所以他要做一个转换就是从上往下打包发送（应用-传输-网络-数据链路），每上一层的信息逐步打包好了添加到下一层中，此时再来理解这一张图可能会稍微清晰一点。
ARP 协议的全称是 Address Resolution Protocol(地址解析协议)，它是一个通过用于实现从 IP 地址到 MAC 地址的映射，即询问目标 IP 对应的 MAC 地址 的一种协议。ARP 协议在 IPv4 中极其重要。
以五中实验为例：
在PC1给PC1的发送数据的时候，是以数据帧的形式发送的，数据帧被网卡解析成电信号或者光信号传递到对端。数据帧里太网帧头由源MAC地址和目的MAC地址组成的，如果发送者只知道目的主机的IP地址，不知道目的主机的MAC地址，就不能把这个数据包转化成数据帧发走。而ARP 协议就是负责地址解析的，使用目的主机IP地址来解析对方的MAC地址。
同网段可以依靠二层交换机通讯，当网络中存在多个网段192.168.1.1/24 172.16.1.1/24 173.73.1.1/24情况下交换机该如何互相通讯？请关注下一章
1、交换机每一个端口都是一个独立的冲突域，因此在其独立的冲突域中是不会发生任何通讯冲突的。
2、交换机通过分割冲突域来避免冲突的发生，同时提高传输效率。
1、交换机每一个端口都是一个独立的冲突域，但交换机默认情况下，所有端口都工作在同一个广播域中。
2、所有端口都处于同一个广播域将会造成较大的安全隐患，因此交换机可通过额外的配置来分割广播域，该配置称之为VLAN【Virtual Local Area Network | 虚拟局域网】。
我主要使用Ruby来执行此操作，但到目前为止我的攻击计划如下:使用gemsrdf、rdf-rdfa和rdf-microdata或mida来解析给定任何URI的数据。我认为最好映射到像schema.org这样的统一模式，例如使用这个yaml文件，它试图描述数据词汇表和opengraph到schema.org之间的转换:#SchemaXtoschema.orgconversion#data-vocabularyDV:name:namestreet-address:streetAddressregion:addressRegionlocality:addressLocalityphoto:i
有时我需要处理键/值数据。我不喜欢使用数组，因为它们在大小上没有限制(很容易不小心添加超过2个项目，而且您最终需要稍后验证大小)。此外，0和1的索引变成了魔数(MagicNumber)，并且在传达含义方面做得很差(“当我说0时，我的意思是head...”)。散列也不合适，因为可能会不小心添加额外的条目。我写了下面的类来解决这个问题:classPairattr_accessor:head,:taildefinitialize(h,t)@head,@tail=h,tendend它工作得很好并且解决了问题，但我很想知道:Ruby标准库是否已经带有这样一个类？ 最佳
我想在Ruby中创建一个用于开发目的的极其简单的Web服务器(不，不想使用现成的解决方案)。代码如下:#!/usr/bin/rubyrequire'socket'server=TCPServer.new('127.0.0.1',8080)whileconnection=server.acceptheaders=[]length=0whileline=connection.getsheaders想法是从命令行运行这个脚本，提供另一个脚本，它将在其标准输入上获取请求，并在其标准输出上返回完整的响应。到目前为止一切顺利，但事实证明这真的很脆弱，因为它在第二个请求上中断并出现错误:/usr/b
我想将我的MacSnowLeopardruby从1.8.7升级到1.9.1版本，有人知道轻松且最好的升级方法吗？因为我读了一些论坛/帖子/博客/讨论说覆盖苹果发布的ruby不好将Rails从版本2.2.2升级到2.3.8的最佳方法是什么？因为我找到的所有信息都仅适用于豹/老虎，而且很少有关于雪豹的复杂文章。他们还说覆盖apple提供的rails不好吗。谁能帮帮我？谢谢。 最佳答案 DanBenjamin有一些greatinstructionsforcompilingandinstallingRuby,RubyGemsandRai
我最近决定从我的系统中卸载RVM。在thispage提出的一些论点说服我:实际上，我的决定是，我根本不想担心Ruby的多个版本。我只想使用1.9.2-p290版本而不用担心其他任何事情。但是，当我在我的Mac上运行ruby--version时，它告诉我我的版本是1.8.7。我四处寻找如何简单地从我的Mac上卸载这个Ruby，但奇怪的是我没有找到任何东西。似乎唯一想卸载Ruby的人运行linux，而使用Mac的每个人都推荐RVM。如何从我的Mac上卸载Ruby1.8.7？我想升级到1.9.2-p290版本，并且我希望我的系统上只有一个版本。 最佳答案
我正在尝试使用Curbgem执行以下POST以解析云curl-XPOST\-H"X-Parse-Application-Id:PARSE_APP_ID"\-H"X-Parse-REST-API-Key:PARSE_API_KEY"\-H"Content-Type:image/jpeg"\--data-binary'@myPicture.jpg'\https://api.parse.com/1/files/pic.jpg用这个:curl=Curl::Easy.new("https://api.parse.com/1/files/lion.jpg")curl.multipart_form_
无论您是想搭建桌面端、WEB端或者移动端APP应用，HOOPSPlatform组件都可以为您提供弹性的3D集成架构，同时，由工业领域3D技术专家组成的HOOPS技术团队也能为您提供技术支持服务。如果您的客户期望有一种在多个平台（桌面/WEB/APP，而且某些客户端是“瘦”客户端）快速、方便地将数据接入到3D应用系统的解决方案，并且当访问数据时，在各个平台上的性能和用户体验保持一致，HOOPSPlatform将帮助您完成。利用HOOPSPlatform，您可以开发在任何环境下的3D基础应用架构。HOOPSPlatform可以帮您打造3D创新型产品，HOOPSSDK包含的技术有：快速且准确的CAD
本教程将在Unity3D中混合Optitrack与数据手套的数据流，在人体运动的基础上，添加双手手指部分的运动。双手手背的角度仍由Optitrack提供，数据手套提供双手手指的角度。 01 客户端软件分别安装MotiveBody与MotionVenus并校准人体与数据手套。MotiveBodyMotionVenus数据手套使用、校准流程参照：https://gitee.com/foheart_1/foheart-h1-data-summary.git02 数据转发打开MotiveBody软件的Streaming，开始向Unity3D广播数据；MotionVenus中设置->选项选择Unit
文章目录一、概述简介原理模块二、配置Mysql使用版本环境要求1.操作系统2.mysql要求三、配置canal-server离线下载在线下载上传解压修改配置单机配置集群配置分库分表配置1.修改全局配置2.实例配置垂直分库水平分库3.修改group-instance.xml4.启动监听四、配置canal-adapter1修改启动配置2配置映射文件3启动ES数据同步查询所有订阅同步数据同步开关启动4.验证五、配置canal-admin一、概述简介canal是Alibaba旗下的一款开源项目，Java开发。基于数据库增量日志解析，提供增量数据订阅&消费。Git地址：https://github.co
网络编程套接字网络编程基础知识理解源`IP`地址和目的`IP`地址理解源MAC地址和目的MAC地址认识端口号理解端口号和进程ID理解源端口号和目的端口号认识`TCP`协议认识`UDP`协议网络字节序socket编程接口`sockaddr``UDP`网络程序服务器端代码逻辑：需要用到的接口服务器端代码`udp`客户端代码逻辑`udp`客户端代码`TCP`网络程序服务器代码逻辑多个版本服务器单进程版本多进程版本多线程版本线程池版本服务器端代码客户端代码逻辑客户端代码TCP协议通讯流程TCP协议的客户端/服务器程序流程三次握手（建立连接）数据传输四次挥手（断开连接）TCP和UDP对比网络编程基础知识
