我的最外层是LinearLayout,自定义CustomLinearLayout继承LinearLayout,重写fitSystemWindows和onApplyWindowInsets两个方法: public class CustomLinearLayout extends LinearLayout { public CustomLinearLayout(Context context) { super(context); } public CustomLinearLayout(Context

TCP头部格式 字段名称 长度(比特) 含义 TCP头部(20字节~) 发送方端口号 16 发送网络包的程序的端口号 接收方端口号 16 网络包的接收方程序的端口号 序号(发送数据的顺序编号) 32 发送方告知接收方该网络包发送的数据相当于所有发送数据的第几个字节 ACK号(接收数据的顺序编号) 32 接收方告知发送方接收方已经收到了所有数据的第几个字节.其中ACK是acknowledge的缩写 数据偏移量 4 表示数据部分的起始位置,也可以认为表示头部的长度 保留 6 该字段为保留,现在未使用

TCP之所以能为数据通讯提供可靠的传输,主要在于TCP数据包头部功能非常多. 那么,我们先来看看TCP头部格式(RFC 793.1323定义了TCP头部): TCP头部格式中的内容解析如下:(文末还有Wireshark对TCP抓包分析图) (根据上图,按从上往下,从左往右的顺序) Source Port:16bit源端口,数据发起者的端口号: Destination Port:16bit目的端口,数据接收方的端口号: Sequence Number:32bit的序列号,由发送方使用: Ackno

网上关于toolbar的教程有很多,很多新手,在使用toolbar的时候踩坑实在太多了,不好好总结一下,实在浪费.如果你想学习toolbar,你肯定会去去搜索androd toolbar,既然你能看到这篇文章,说明还是搜了xamarin android toolbar.那么这篇文章就好好总结一下toolbar在xamarin android中如何使用,减少大家踩坑的时间. 了解Toolbar android3.0推了ActionBar这个控件,android5.0开始推出Materal Desi

前言 在去年,我们对IScroll的源码进行了学习,并且分离出了一段代码自己使用,在使用学习过程中发现几个致命问题: ① 光标移位 ② 文本框找不到(先让文本框获取焦点,再滑动一下,输入文字便可重现) ③ 偶尔导致头部消失,头部可不是fixed哦   由于以上问题,加之去年我们团队的工作量极大,和中间一些组织架构调整,这个事情一直被放到了今天,心里一直对此耿耿于怀,因为IScroll让人忘不了的好处 小钗坚信,IScroll可以带来前端体验上的革命,因为他可以解决以下问题 区域滑动顺滑感的体验

前言 在去年,我们对IScroll的源码进行了学习,并且分离出了一段代码自己使用,在使用学习过程中发现几个致命问题: ① 光标移位 ② 文本框找不到(先让文本框获取焦点,再滑动一下,输入文字便可重现) ③ 偶尔导致头部消失,头部可不是fixed哦   由于以上问题,加之去年我们团队的工作量极大,和中间一些组织架构调整,这个事情一直被放到了今天,心里一直对此耿耿于怀,因为IScroll让人忘不了的好处 小钗坚信,IScroll可以带来前端体验上的革命,因为他可以解决以下问题 区域滑动顺滑感的体验

我想做一位狂热的程序猿粪子! 其实一直都很想做点什么,工作原因林林种种导致停止了前进的脚步. 有时会为自己的一个目标狂热,但经常发觉激情过后更多的总是为自己找借口! 最近感觉奔三将近.逐有感而发,不能再这样下去了. 即拿出以前自己为那狂热好一阵的东西继续下去. 一直想为自己开发一套控件库,但感觉精力确实有限,也没那么多时间,逐渐浇灭了这样的织热. 这是套窗体皮肤,断断续续所花费的时间也不少. 下面我介绍下我的这套皮肤,其实也算不上一套,只算是个开始吧. 有人可能会想这不就是边框隐藏再绘制客户区么

== 已经了解了以太网和IP了,下面我们进入传输层,开始讲解TCP协议. == 仍然先把TCP报文段的格式放在这里,然后我们看图说话: TCP报文段也分为首部和数据两部分,首部默认情况下一般是20字节长度,但在一些需求情况下,会使用“可选字段”,这时,首部长度会有所增加. 下面,我们仍然延续讲解IP协议的思路,针对不同的域, 解: [源端口]- 16bit    来源处的端口号: [目的端口]- 16bit 目的处的端口号: [序号]- 32bit 每一个TCP报文段都会有一个序号,序号字段的值

在上一篇文章<iOS之ProtocolBuffer搭建和示例demo>分享环境的搭建, 我们和服务器进行IM通讯用了github有名的框架CocoaAsynSocket, 然后和服务器之间的数据媒介是ProtoBuf.然后后面在开发的过程中也碰到了拆包和粘包问题,这方面网上资料很少,曲折了一下才解决,这里分享一下问题的解决过程! 首先描述下碰到的问题: 1.服务器发送内容很长的数据过来的时候,GCDAsyncSocket监听收到的一个包解析不了,一直要接收好几个包拼接才是这条数据的完整包,即所

bug持续更新中... 测试浏览器 Chrome: 61.0.3163.73 Safari: 10.0(IOS 10.3.3) Github: webapp-bugs 1. IOS overflow: scroll 全屏滚动出界 1.1 出现场景 滑动到最顶部(最底部)的时候,停下,然后继续向上滑动(向下滑动) 1.2 解决方案 手动设置滑到边界时的scrollTop(scrollFix) 当快滑到上边界或者下边界的值时,手动设置scrollTop与达到边界时相差一像素(上边界时:scrollT

先参考下ToolBar的使用和DrawableLayout的使用: 1.主界面布局,主要结构包含一个ToolBar和一个DrawableLayout,DrawableLayout里面有左侧边栏布局和主界面布局(注意ToolBar需要设置Theme,不然菜单项有些设置不起作用): <?xml version="1.0" encoding="utf-8"?> <LinearLayout xmlns:android="http://schema

要使用Toolbar,要先将标题栏(ActionBar)关掉: style.xml中:<style name="MainActivityTheme" parent="Theme.AppCompat.Light.NoActionBar"/> AndroidManifest.xml中:<activity android:name=".MainActivity" android:theme="@style/MainActiv

bug持续更新中... 测试浏览器 Chrome: 61.0.3163.73 Safari: 10.0(IOS 10.3.3) Github: webapp-bugs 1. IOS overflow: scroll 全屏滚动出界 1.1 出现场景 滑动到最顶部(最底部)的时候,停下,然后继续向上滑动(向下滑动) 1.2 解决方案 手动设置滑到边界时的scrollTop(scrollFix) 当快滑到上边界或者下边界的值时,手动设置scrollTop与达到边界时相差一像素(上边界时:scrollT

Internet 校验和(Checksum)仅计算头部的正确性,这一点很重要,这意味着 IP 协议不检查 IPv4 packet 有效载荷部分的数据正确性.为了保证有效载荷部分的正常传输,其他协议必须通过自己的协议数据完整性检测机制来保护重要数据.我们可以看到在封装在 IP 的几乎所有协议(UDP.TCP.ICMP.IGMP)在自己头部中都有一个涵盖头部数据的校验和. IPv6 放弃了校验和字段.原因如下:位错误带来的后果一般是数据被投递到错误的目的地.数据的来源显示错误.有效载荷中的位错误.由

原文出处: 淘宝前端团队(FED)- 龙驭 背景 最近在开发一个 H5 活动页快速搭建平台,可以通过拖拽编辑图片,文字等元素组件,快速搭建出一个移动端的活动页面,基本交互和成品效果类似 PPT 软件.这类活动大量在微信等平台上传播,其中会包含各种动画和特效,而各类高级艺术字体(如:方正兰亭黑,方正彩云,方正大草,方正剑体等)的应用也非常广泛. 之前用户只能通过 ps 等软件将文字转化为图片再贴到平台上使用.使用成本很高,修改,调试都非常不便,而且图片占用的资源也比较多,为了降低用户的使用成本,基

 壹 ❀ 引 对于初学正则的同学来说,^$这两个看似简单的字符却在使用中总让匹配结果超出我们的预期,^什么时候表示行首什么时候表示反义?^ $两个一起写表示什么含义?今天我们就来详细聊聊这两个字符.  贰 ❀ 关于^与$ 先解释^与$概念,很简单的两句话,先留个印象. ^ 脱字符:匹配开头,若存在多行匹配多行的行头. $ 美元符:匹配尾部,若存在多行匹配多行的尾部. 我们知道正则是一种匹配模式,要么匹配字符,要么匹配位置.这里我们得从这两种匹配情况分别解释这两个字符. 1.从匹配字符角度 当用于

curl 官方下载页面 CentOS7 默认安装的 curl 版本太低了,需要升级为最新版. 1. 问题描述 对接了一个接口,用来下载 PDF 文件.使用 curl 下载后,文件老是报错无法打开.接口提供方直接返回的 PDF 二进制文件流,而没有放入某个字段中或经过 base64 编码. 负责下载的部分代码如下: $ch = curl_init(); curl_setopt($ch, CURLOPT_URL, $this->get_service_url('General')); curl_se

最近研究了下nor flash的掉电问题,对nor的掉电有了更多的认识.总结分享如下 擦除从0变1,写入从1变0 nor flash的物理特性是,写入之前需要先进行擦除.擦除后数据为全0xFF,此时写入操作,实际上是将数据从1改成0. 一般先擦后写,但实际上擦除后每个位置是可以写入多次的,只要每次写入都是让某些bit从1变0即可. 例如在擦除后数据为0xFF,此时写入0x0F,可读出0x0F,再写入0x01,可读出0x01,再写入0x00,可读出0x00. 而对于0x00,就无法再改写成任何值了

HTTP 和 HTTPS 的区别 HTTP 是一种 超文本传输协议(Hypertext Transfer Protocol),HTTP 是一个在计算机世界里专门在两点之间传输文字.图片.音频.视频等超文本数据的约定和规范 HTTP 主要内容分为三部分,超文本(Hypertext).传输(Transfer).协议(Protocol). 超文本就是不单单只是本文,它还可以传输图片.音频.视频,甚至点击文字或图片能够进行超链接的跳转. 上面这些概念可以统称为数据,传输就是数据需要经过一系列的物理介质从

我们在上一篇文章中讲了如何绘制平滑曲线 canvas小画板——(1)平滑曲线. 透明度实现荧光笔 现在我们需要加另外一种画笔效果,带透明度的荧光笔.那可能会觉得绘制画笔的时候加上透明度就可以了.我们来在原来代码上设置 ctx.globalAlpha属性为0.3,或者将strokeStyle设置为rgba的形式如rgba(55,55,55,0.3),代码如下: <!doctype html> <html> <head> <meta charset=utf-8>

前言 本文介绍的是HTTP的基础知识,包括HTTP的由来.HTTP的报文信息.状态码.HTTP三个版本的对比等.希望这篇简短的文章能对大家认识HTTP协议提供帮助. HTTP的前世今生 HTTP 由来 当任意两台机器需要通信时,他们必须通过TCP/IP协议进行身份确认和保障通信安全,之后再进行数据通信,而HTTP属于它通信方式的一个子集,其他的还有FTP.Telnet等. 因此HTTP的工作完全是建立在TCP/IP协议簇之上的,中间或以DNS协议辅助寻址. 如果对DNS协议不了解的同学,请点此处