刷题day-19

1、CDMA的一个分配主要优点是不必进行频率，并且不按时间划分频谱。（）
频分多址（FDMA）、时分多址（TDMA）、码分多址（CDMA）
前两个由名字就可以看出，分别是依靠频率，时间来划分频谱，而码分多址是依靠编码来达到同时传输但是不会出现扰乱现象
2、下面赋值语句中正确的是（）
java中整型默认的是int,浮点默认的是double.
B: double类型的11.1 转成 float，是需要强制转换的
C: double类型的0.0 转成 int，也是需要强制转换的
D: int 转为 封装类型Double，是无法编译的
Double oD = 3.0， 会把double类型的3.0自动装箱为Double，没有问题
3、下列关于管道（Pipe）通信的叙述中，正确的是（）？
A.正确，因为管道为空，读操作会被阻塞；管道满了，写操作会被阻塞
B.可以有多个进程对其读；也可以有多个进程写，只不过不能同时写。并且题目没有说“同时”，B不对
C.匿名管道只能单向；命名管道可以双向；所以C过于绝对
D.管道是内存中的，所以D不对
4、计算机网络通信采用同步和异步两种方式，但传送效率最高的是（ ）。
同步是指：发送方发出数据后，等接收方发回响应以后才发下一个数据包的通讯方式。
异步是指：发送方发出数据后，不等接收方发回响应，接着发送下个数据包的通讯方式。
举个例子：烧水洗菜背单词。
异步：先烧水，让它在那儿烧着，然后去背单词，背了10分钟后，水煮得也差不多了，就把烧滚的水拿来洗菜~
同步：先烧水，一直等它烧滚，滚了就可以洗菜了，洗完菜之后再背单词。可见等待水被烧滚的这段时间里，同步啥也没做，白白浪费时间！
同步传输方式显得很死古板！
看到这里，有同学会 有疑问了，那么效率更高的岂不是异步通信方式了嘛？异步传输确实是要比同步传输应用广泛。

但是效率这个词的意思是指：传送过来的数据里，有多少是真正有用的。
比如收快递，一份快递外边有包装纸盒防震膜等，里面才是你想要的玻璃杯子，那些包装是你不想要的。
换句话说就是：效率 = 你想要的 / 总共的
异步通信方式，一份数据被分割成很多很多小份的，每一小份数据都需要一个数据头，一个数据尾，以表示开始和结束。
而同步通信方式，整一份数据只需要一个数据头，一个数据尾。
所以论效率，同步方式要高一些。
5、主机甲通过128kbps卫星链路，采用滑动窗口协议向主机乙发送数据，链路单向传播延迟为250ms，帧长为1000字节。不考虑确认帧的开销，为使链路利用率不小于80%，帧序号的比特数至少是 。
以发送周期为切入点来思考这个问题。开始发送帧到收到第一个确认帧为止，用时：
T = 第一个帧的传输时延+第一个帧的传播时延+确认帧的传输时延+确认帧的传播时延。

因为确认帧的开销不计，所以它的传输不计。但是传播时延要计的。
所以T = 1000B/128kbps + RTT = 0.5625s
那么在0.5625s内需要发送多少数据可以满足利用率80%呢？

设为L字节，则：
L128kbpsT≥0.8→L=7200BL128kbpsT≥0.8→L=7200B
就是说在一个发送周期内至少发7.2帧就可满足要求。

因此，需要编号的比特数为n;

2n−1≥7.22n−1≥7.2
所以n至少为4.

此外，还需要特别思考一下，信道的数据传输速率的极限是128kbps，理论上最大每秒可传输16000B，即16帧，大于12.8，因此符合要求
6、年初，为激励员工努力工作，某公司决定根据每月的工作绩效评选“月度之星”，王某在当年前10个月恰好只在连续的4个月中当选“月度之星”，他的另三位同事郑某、吴某、周某也做到了这一点。关于这四人当选“月度之星”的月份，已知：
(1)王某和郑某仅有三个月同时当选；
(2)郑某和吴某仅有三个月同时当选；
(3)王某和周某不曾在同一个月当选；
(4)仅有2人在7月同时当选；
(5)至少有1人在1月当选。

根据以上信息，王某当选“月度之星”的月份是
1小时45分钟，做了5道，对了3道。啊啊啊啊。我的智商啊
1）一开始，按题的顺序来假设：
(1)王某和郑某仅有三个月同时当选；
(2)郑某和吴某仅有三个月同时当选；
王：1 2 3 4 郑2 3 4 5 吴：3 4 5 6 周 4 5 6 7
2）可是这样不符合 (4)仅有2人在7月同时当选；
而且 (3)王某和周某不曾在同一个月当选；
3）分析：王 郑 吴纠纷比较多，周和他们比较不合。
所以 以周开头：1 2 3 4 王： 5 6 7 8
王某和郑某仅有三个月同时当选，所以郑：4 5 6 7
郑某和吴某仅有三个月同时当选；所以吴：3 4 5 6
7、www.tsinghua.edu.cn 在这个完整名称（ FQDN ）里，（ ）是主机名。
以http://mail.163.com/index.html为例进行说明：
1)http://:这个是协议，也就是HTTP超文本传输协议，也就是网页在网上传输的协议。
2)mail：这个是服务器名(主机名)，代表着是一个邮箱服务器，所以是mail. 【www代表一个Web（万维网）服务器】
3)163.com:这个是域名，是用来定位网站的独一无二的名字。
4)mail.163.com：这个是网站名，由服务器名+域名组成。
5)/：这个是根目录，也就是说，通过网站名找到服务器，然后在服务器存放网页的根目录
6)index.html：这个是根目录下的默认网页（当然，163的默认网页是不是这个我不知道，只是大部分的默认网页，都是index.html）
7)http://mail.163.com/index.html:这个叫做URL，统一资源定位符，全球性地址，用于定位网上的资源。
8、OSI参考模型有哪些？
TCP IP 属于网络层
9、在Java语言中，下列关于字符集编码（Character set encoding）和国际化（i18n）的问题，哪些是正确的？
很多人都把Unicode编码挂在嘴边，其实咱们现实生活中遇到的编码基本都是Unicode的

因为Unicode兼容了大多数老版本的编码规范例如 ASCII

Unicode编码定义了这个世界上几乎所有字符（就是你眼睛看到的长那个样子的符号）的数字表示

也就是说Unicode为每个字符发了一张身份证，这张身份证上有一串唯一的数字ID确定了这个字符

在这个纷乱世界上存在的唯一性。Unicode给这串数字ID起了个名字叫［码点］（Code Point）

而很多人说的编码其实是想表达［Unicode转换格式］（即UTF，Unicode Transformation Formats）

有没有觉得眼前一亮豁然开朗？没错 这就是我们看到的UTF-8/UTF-16/UTF-32的前缀来源

这个［Unicode转换格式］的存在是为了解决［码点］在计算机中的二进制表现形式而设计的

毕竟我们的机内表示涉及存储位宽，兼容古老编码格式，码点是数值过大的罕见字符等问题

［码点］经过映射后得到的二进制串的转换格式单位称之为［码元］（Code Unit）。也就是说如果有一种UTF的码点二进制表示有n字节，其码元为8位（1个byte），那么其拥有码元n个。每种UTF的码元都不同，其宽度被作为区分写在了UTF的后缀——这就是UTF-8/UTF-16/UTF-32的由来。UTF-8的码元是8位的，UTF-16的码元是16位的。大部分的编程语言采用16位的码元作为机内表示。这就是我们在各种语言中调用获取一个字符串中character的数量时会出现这么多混乱的原因。事实上我们调用这些方法时取得的不是字符个数，而是码元个数！一旦我们的字符串中包含了位于基本平面之外的码点，那么就会需要更多的码元来表示，这个时候就会出现测试时常见的困惑——为何return的字符数比实际字符数要多？所以实际写代码时要特别注意这个问题。

采取不同的映射方式可以得到不同格式的二进制串，但是他们背后所表示的［码点］永远是一致的就好像你换身份证但是身份证号不变一样。由于平时人们误把［转换格式］也称为［编码］，所以造成今天Unicode／UTF傻傻分不清楚且遣词造句运用混乱的悲桑局面。

Unicode 编码 发展到今天 扩展到了 21 位（从 U+0000 到 U+10FFFF ）。这一点很重要： Unicode 不是 16 位的编码， 它是 21 位的。这 21 位提供了 1,114,112 个码点，其中，只有大概 10% 正在使用，所以还有相当大的扩充空间。

编码空间被分成 17 个平面（plane），每个平面有 65,536 个字符（正好填充2个字节，16位）。0 号平面叫做「基本多文种平面」（ BMP, Basic Multilingual Plane ），涵盖了几乎所有你能遇到的字符，除了 emoji（emoji位于1号平面 - -）。其它平面叫做补充平面，大多是空的。

总结一下各种编码格式的特质：

UTF-32

最清楚明了的一个 UTF 就是 UTF-32 ：它在每个码点上使用整 32 位。32 大于 21，因此每一个 UTF-32 值都可以直接表示对应的码点。尽管简单，UTF-32却几乎从来不在实际中使用，因为每个字符占用 4 字节太浪费空间了。

UTF-16 以及「代理对」（ Surrogate Pairs ）的概念

UTF-16要常见得多，它是根据有 16 位固定长度的码元（ code units ）定义的。UTF-16 本身是一种长度可变的编码。基本多文种平面（BMP）中的每一个码点都直接与一个码元相映射。鉴于 BMP 几乎囊括了所有常见字符，UTF-16 一般只需要 UTF-32 一半的空间。其它平面里很少使用的码点都是用两个 16 位的码元来编码的，这两个合起来表示一个码点的码元就叫做代理对（ surrogate pair ）。

UTF-8

UTF-8 使用一到四个字节来编码一个码点。从 0 到 127 的这些码点直接映射成 1 个字节（对于只包含这个范围字符的文本来说，这一点使得 UTF-8 和 ASCII 完全相同）。接下来的 1,920 个码点映射成 2 个字节，在 BMP 里所有剩下的码点需要 3 个字节。Unicode 的其他平面里的码点则需要 4 个字节。UTF-8 是基于 8 位的码元的，因此它并不需要关心字节顺序（不过仍有一些程序会在 UTF-8 文件里加上多余的 BOM）。

有效率的空间使用（仅就西方语言来讲），以及不需要操心字节顺序问题使得 UTF-8 成为存储和交流 Unicode 文本方面的最佳编码。它也已经是文件格式、网络协议以及 Web API 领域里事实上的标准了。

我们的JVM中保存码点是UTF16的转换格式，从char的位宽为16位也可以看得出来。由于绝大部分编码的码点位于基本平面，所以使用16位可以几乎表示所有常用字符。这就是许多语言编译器或运行时都使用UTF16的原因。英文在使用UTF16时也是2字节表示的。当我们想要使用其他平面的字符时，码元超过2个字节，就需要使用代理对在语言中的特定表示方式，譬如‘\U112233’之类的。

使用UTF8时，常用的Alphabet和Numeric都在前127字节，被有效率地用一个字节表示。而我们的中文由于排在1920个码点之后，所以使用3个字节表示，这方面就比UTF16转换格式耗费更多空间。

最后，不论使用哪种UTF转换格式，都是程序员自己可以选择的一种表达方式而已。我们可以通过Java方便的API进行自如转换。
10、以下关于Cookie的描述不对的是（）
子域名可以访问根域名的cookie，反之则不可以。cookie，对于不同的浏览器有不同的大小限制。