TCP是流式协议，发送方发送出的是字节流，接收方接收到的也是字节流数据。通常，在应用层都会通过headerbody在字节流中标识出单个协议包。发送方将原始数据打包成headerbody。header是固定字节数包头，标识body包含了多少字节数据。接收方先读固定字节数header，然后根据header读出具体的body

家里买了台NETGEAR路由器刷了梅林固件，可以在USB接口上挂个存储当NAS用，发现家里的移动宽带是没有公网ip的，于是在外网访问不到内网，ddns也没法用了（不要给我推荐花生壳内网版😝）。那么，需求就是如何让外网访问到内网ip。于是想到了从内网到公网上的某台机器建立一条ssh隧道，通过访问公网机器把数据穿透到内网，实现方法：在内

前言来了来了，50道Java集合面试题来了！1\.Arraylist与LinkedList区别可以从它们的底层数据结构、效率、开销进行阐述哈ArrayList是数组的数据结构，LinkedList是链表的数据结构。随机访问的时候，ArrayList的效率比较高，因为LinkedList要移动指针，而

前言在阿里七层流量入口接入层（ApplicationGateway）场景下，Nginx官方的SmoothWeightedRoundRobin（SWRR）负载均衡算法已经无法再完美施展它的技能。Tengine通过实现新的负载均衡算法VirtualNodeSmoothWeightedRoundRobin（VNSWRR）不

最近在运行Informatica全量抽取时候，系统报了很多莫名的错误，日志也没有显示警告信息。按有限的日志信息查询，可能的原因一般是磁盘空间不够，内存不够，或者是数据量量太大，缓存爆了。经排查，是加载的数据量过大，导致了数据加载的失败。只好通过限制每次的加载数量，分批多次进行跑数据了。业务系统使用的是Mysql数据库，因此在ODS层抽数时候，使用

写在前面架构是权衡的结果，架构也是一层层的组件拼接起来的，如果没有好用的组件，架构势必会做阉割，架构的理想态是建立在一堆友好、易用、标准化的组件之上的。在我过去的经验中，有两类组件经常会出现在我的架构方案中，一个是唯一ID生成器，一个是推拉结合配置中心，有了他们我可以解决分布式系统下的时序问题，不会再因数据不一致问题手足无措，推拉结合的数据中心

三种方法迭代器创建一个Mat::Iterator对象it，通过itMat::begin()来的到迭代首地址，递增迭代器知道itMat::end()结束迭代；while(it!Scr.end<Vec3b()){//(it)00;//蓝色通道置零；

0树状数据的分类我们在mysql数据库设计的时候,会遇到一种树状的数据.如公司下面分开数个部门,部门下面又各自分开数个科室,以此形成树状的数据.关于树状的数据,按层级数大致可分为一下两类:分类特点固定数量层级层级数量固定,每一层级都有各自的意义,如集团分公司部门科室,省市区等可变数量层级层级数量不固定,前几层级

专业的macOSVisio绘图查看器。在Mac上预览，导航，显示隐藏层，预览形状数据，跟随超链接，打印，保存为PDF以及共享MSVisio绘图。特征基本特征•打开任何MS的Visio®20002013年绘制VDX/VSDX文件格式•滚动，缩放和导航文档•浏

基于Nginx的热点数据调度处理，热点节点数据负载均衡处理，减少热点节点压力，提高处理和访问效率；每一个节点的nginx服务接收大量的访问，但是每个节点处理请求都有一个峰值，当请求数达到峰值时，后续请求的处理效率就会有一定的下降，为了保证请求能及时处理，热点节点会触发请求调度策略，转发请求到非热点节点进行处理，若无非热点节点，则触发分布式节点策略，备机节点会启动Nginx服务处理，并接收热点节点转发过来的请求，从而提升访问及处理效率。