七层模型分别是物理层、数据链路层、网络层、传输层、会话层、表示层、应用层。
TCP/IP 模型将 OSI 模型由七层简化为四层,传输层和网络层被完整保留,因此网络中最核心的技术就是传输层和网络层技术。
TCP/IP 协议中每层技术举例:
网络访问层:ARP、RARP
互联网层:ICMP、IP
传输层:TCP、UDP
应用层:DNS、FTP、HTTP、SMTP、TELNET、IRC、WHOIS
答案见下面的文章。
这里答案就不写了。老面试题了。但是需要注意的是其中懒汉式、饿汉式、双层锁式要做区分。
这里咱们针对的可以写spring的几种通知。
匿名管道通信、高级管道通信、高级管道通信、有名管道通信、消息队列通信、信号量通信、信号、共享内存通信、套接字通信。
匿名管道通信
匿名管道( pipe ):管道是一种半双工的通信方式,数据只能单向流动,而且只能在具有亲缘关系的进程间使用。进程的亲缘关系通常是指父子进程关系。
父进程创建管道,得到两个⽂件描述符指向管道的两端 父进程fork出子进程,⼦进程也有两个⽂件描述符指向同⼀管道。 父进程关闭fd[0],子进程关闭fd[1],即⽗进程关闭管道读端,⼦进程关闭管道写端(因为管道只支持单向通信)。⽗进程可以往管道⾥写,⼦进程可以从管道⾥读,管道是⽤环形队列实现的,数据从写端流⼊从读端流出,这样就实现了进程间通信。
高级管道通信
高级管道(popen):将另一个程序当做一个新的进程在当前程序进程中启动,则它算是当前程序的子进程,这种方式我们成为高级管道方式。
有名管道通信
有名管道 (named pipe) :有名管道也是半双工的通信方式,但是它允许无亲缘关系进程间的通信。
消息队列通信
消息队列( message queue ) :消息队列是由消息的链表,存放在内核中并由消息队列标识符标识。消息队列克服了信号传递信息少、管道只能承载无格式字节流以及缓冲区大小受限等缺点。
信号量通信
信号量( semophore ) :信号量是一个计数器,可以用来控制多个进程对共享资源的访问。它常作为一种锁机制,防止某进程正在访问共享资源时,其他进程也访问该资源。因此,主要作为进程间以及同一进程内不同线程之间的同步手段。
信号
信号 ( sinal ) :信号是一种比较复杂的通信方式,用于通知接收进程某个事件已经发生。
共享内存通信
共享内存( shared memory ) :共享内存就是映射一段能被其他进程所访问的内存,这段共享内存由一个进程创建,但多个进程都可以访问。共享内存是最快的 IPC 方式,它是针对其他进程间通信方式运行效率低而专门设计的。它往往与其他通信机制,如信号两,配合使用,来实现进程间的同步和通信。
套接字通信
套接字( socket ) :套接口也是一种进程间通信机制,与其他通信机制不同的是,它可用于不同机器间的进程通信。
步骤:命名socket、绑定、监听、连接服务器、相互发送接收数据、断开连接。
所有通过某规则数据结构和实际目标关联,根据特定规则算法快速寻址的功能都可以称之为索引。
不同的存储引擎,会使用不同的索引 (1)InnoDB和MyISAM存储引擎:只支持B树索引,B+树作为索引结构; (2)MEMORY/HEAP存储引擎:支持Hash索引和B树索引,哈希表和B+树作为索引结构。
索引的种类 mysql的索引分为单列索引(主键索引,唯一索引,普通索引)和组合索引. 单列索引:一个索引只包含一个列,一个表可以有多个单列索引. 组合索引:一个组合索引包含两个或两个以上的列, (1)普通索引:最基本的索引,它的结构主要以B+树和哈希索引为主,对数据表中的数据进行精确查找 (2)唯一索引:索引列的值必须唯一,但允许有空值 (3)主键索引:字段设置主键时,会自动创建主键索引,确保主键值唯一 (4)全文索引:搜索数据表中的字段值是否包含搜索关键字,类似模糊查询 (5)联合索引:对多个字段同时建立的索引叫联合索引。遵循最左前缀原则,只从最左边的字段开始匹配
如何设计索引、索引需要注意的地方 (1) 经常查询的字段,建议创建索引; (2) 经常作为外键的字段,建议建立索引。加快连接查询的速度; (3) 经常进行分组排序group by、order by的字段,建议创建索引。加快排序的速度; (4) 尽量扩展索引而不要新建索引,以避免冗余索引; (5) 数据量大的表,建议创建索引。 数据量小的表,建议不创建索引。起不到明显的优化效果,维护索引结构反而消耗系统资源。 (6) 很少查询的列,建议不创建索引。起不到明显的优化效果,维护索引结构反而消耗系统资源; (7) 最适合索引的列是出现在WHERE、order by、group by 中的列,⽽不是出现在SELECT中的列; (8) 更新频繁的字段,建议不创建索引。因为当表中数据更改的同时,索引也会进行调整和更新,十分消耗系统资源; (9) 区分度低的字段,建议不创建索引。比如性别字段,只有 “男” 和 “女” ,建索引完全起不到优化效果; (10) text、image和bit类型的字段,建议不创建索引; (11) 注意联合索引的最左前缀匹配原则,遇到范围查询(<、>、 between、like)就停止匹配; (12) 索引不是越多越好, 索引可以提高select的效率,但同时也降低insert、update 的效率,因为 insert 或 update 时有可能会重建索引,所以一个表的索引数最好不要超过6个。
什么情况下不创建索引? (5) 数据量小的表,建议不创建索引。起不到明显的优化效果,维护索引结构反而消耗系统资源; (6) 很少查询的列,建议不创建索引。起不到明显的优化效果,维护索引结构反而消耗系统资源; (7) 最适合索引的列是出现在WHERE、order by、group by 中的列,⽽不是出现在SELECT中的列; (8) 更新频繁的字段,建议不创建索引。因为当表中数据更改的同时,索引也会进行调整和更新,十分消耗系统资源; (9) 区分度低的字段,建议不创建索引。比如性别字段,只有 “男” 和 “女” ,建索引完全起不到优化效果; (10) text、image和bit类型的字段,建议不创建索引。 什么情况下数据库索引会失效 (1)使用联合索引时,如果查询条件不包括联合索引左边第一个字段、或联合索引中如果有一列含有null值时,索引失效; WHERE gender = 1、gender不是联合索引最左边的字段 (2)where语句中对索引字段使用函数时,索引失效; WHERE ABS(id) = 1; (5)使用like关键字时,like以%开头,索引失效。不以%开头、且后缀有%时,才有效; WHERE name LIKE “%1”,WHERE name LIKE “1%” (6)使用or关键字时,or语句左右字段没有同时使用索引时,索引失效。同时使用索引时,才有效。 WHERE (id = 1 or age= 22)、id是主键索引age无索引 , WHERE (id = 1 OR name = ‘测试2’)、id和name都是索引; (3)索引字段上使用not运算符时,索引失效。因为只会进行全表扫描; WHERE name IS NOT NULL; (4)全表扫描的速度>索引速度时,索引失效 如表内数据极少。
1、自我介绍;
2、最有成就感的事情;
3、面对的最大困难是什么;
4、为什么没有选择考研;
5、自我介绍;
6、平时看过什么书、博客、源码等;
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。