.NET面试那些事儿（二）

1. 聊聊消息队列消息队列的特点：

1.解耦，2.异步，3.流量

2. 使用消息队列 怎么保证消息不被重复消费

1 保证相同的消息有唯一的标识符,根据唯一标识符去判断该消息是否消费
2 每个消息有对应的offset,当消息被提交之后,记录消息对应的offset,遇到重启,直接从最后记录的offset 开始消费

3. 事务的特性具有四个特征：

原子性（ Atomicity ）、一致性（ Consistency ）、隔离性（ Isolation ）和持续性（ Durability ）。这四个特性简称为 ACID 特性。
⑴ 原子性（Atomicity）　
　原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚，这和前面两篇博客介绍事务的功能是一样的概念，因此事务的操作如果成功就必须要完全应用到数据库，如果操作失败则不能对数据库有任何影响。
⑵ 一致性（Consistency）　
　一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态，也就是说一个事务执行之前和执行之后都必须处于一致性状态。　　
　拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还得是5000，这就是事务的一致性。
⑶ 隔离性（Isolation）　
　　隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。
　　　　即要达到这么一种效果：对于任意两个并发的事务T1和T2，在事务T1看来，T2要么在T1开始之前就已经结束，要么在T1结束之后才开始，这样每个事务都感觉不到有其他事务在并发地执行。　　关于事务的隔离性数据库提供了多种隔离级别，稍后会介绍到。
⑷ 持久性（Durability）　　
　　持久性是指一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。　
　　　例如我们在使用JDBC操作数据库时，在提交事务方法后，提示用户事务操作完成，当我们程序执行完成直到看到提示后，就可以认定事务以及正确提交，即使这时候数据库出现了问题，也必须要将我们的事务完全执行完成，否则就会造成我们看到提示事务处理完毕，但是数据库因为故障而没有执行事务的重大错误。

4. net中的AOP

1、将通用功能从业务逻辑中抽离出来，可以省略大量重复代码，有利于代码的操作和维护。
2、在软件设计时，抽出通用功能(切面)，有利于软件设计的模块化，降低软件架构的复杂度。也就是说通用的功能都是一个单独的模块，在项目的主业务里面是看不到这些通用功能的设计代码的。
3、权限验证、错误页导向、日志记录等常用功能。

5. 依赖注入服务的生命周期

Singleton 单例模式，服务在第一次请求时被创建，其后的每次请求都沿用这个已创建的服务。
Scoped 作用域模式，服务在每次请求时被创建，整个请求过程中都贯穿使用这个创建的服务。
Transient　 瞬态模式，服务在每次请求时被创建

6. .NET 五大对象

Connection 连接对象
用于对数据库的连接操作。传入的参数为连接字符串。
Command 命令对象
用于执行对数据库的操作 ，传入的参数可以为字符串或存储过程，也必须传入连接对象的实例 Connection。
SqlDataReader 数据读取对象
用于对数据的读取操作，实例.Read()方法可以返回一个True或者False来判断是否读取到了数据,我们可以直接使用 实例[“字段名称”]来取出读取到的数据。
DataSet 数据集对象
该对象类似于在内存中的多张虚拟的表，我们可以动态的添加行，列，数据，对数据库进行更新回传操作。
SqlDataAdapter 数据适配器对象
该对象可用于数据库的增删改差操作，一次性将读取到的内容加载到内存中，可以脱离连接进行操作，返回到一个DataSet对象

7.WebService与WebAPI

WebService的特征：
1 基于SOAP协议的，数据格式为XML
2 只支持HTTP协议
3 不是开源的，但可以被任意一个了解XML的人使用
4 只能部署在IIS上
SOAP :简单对象访问协议Simple Object Access Protocol,传输层 ，,XML传输消息 WSDL:Web Server Description Language ：Web Server描述语言(元数据)，给客户端生成代理类的一个描述信息 UDDI :提供了一组基于标准的规范用于描述和发现服务，统一描述，发现和集成（UDDI-Universal Descript,Discovery,Integration），提供注册和查找服务
客户端在UDDI注册表（Registry）查找服务，取得服务的WSDL描述，通过SOAP调用服务。
WebAPI 特征：
1 是简单的 构建HTTP服务的新框架
2 在.net平台上WebApi是一个开源的，理想的，构建REST-FUL服务的技术
3 不像WCF REST Server 它可以使用HTTP的全部特点（URI,request/response头，缓存，版本控制，多种内容格式）
4 支持MVC的特征。像路由、控制器、action、filter、模型绑定、控制反转（IOC）或依赖注入（DI），单元测试。
5 可以部署在IIS和应用程序上
6 轻量级框架，并且对限制带宽的设备，比如智能手机等支持的很好 7、Response可以被Web API的MediaTypeFormatter转换成Json、XML 或者任何你想转换的格式。 8、Web API非常适合构建移动客户端服务以下情况可以考虑用Web API
1、 需要Web Service但是不需要SOAP
2、 需要在已有的WCF服务基础上建立non-soap-based http服务 3、 只想发布一些简单的Http服务，不想使用相对复杂的WCF配置 4、 发布的服务可能会被带宽受限的设备访问
5、 希望使用开源框架，关键时候可以自己调试或者
自定义一下框架
6、如果服务需要在http协议上，并且希望利用http协议的各种功能 7、如果服务需要被各种客户端(特别是移动客户端)调用
webapi多用于基于http请求的服务应用,比如说移动服务端或者需要提供第三方API 服务的场景下
webservice也可以应用于webapi所在的场景，一般是做为内部服务的使用，好比如果一个系统用wcf/webservice作为内部子系统间的服务通信，而webapi用于外部服务的请求。

8. 数组和链表的区别主要表现在以下几个方面

比较项 数组 链表逻辑结构
数组：
(1）数组在内存中连续；
(2)使用数组之前，必须事先固定数组长度，不支持动态改变数组大小；
(3) 数组元素增加时，有可能会数组越界；
(4) 数组元素减少时，会造成内存浪费；
(5）数组增删时需要移动其它元素
链表：
(1)链表采用动态内存分配的方式，在内存中不连续
(2)支持动态增加或者删除元素
(3)需要时可以使用malloc或者new来申请内存，不用时使用free或者delete来释放内存
内存结构:
数组从栈上分配内存，使用方便，但是自由度小
链表从堆上分配内存，自由度大，但是要注意内存泄漏访问效率数组在内存中顺序存储，可通过下标访问，访问效率高链表访问效率低，如果想要访问某个元素，需要从头遍历越界问题数组的大小是固定的，所以存在访问越界的风险只要可以申请得到链表空间，链表就无越界风险

9. 乐观锁和悲观锁

悲观锁(Pessimistic Lock), 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。
乐观锁(Optimistic Lock), 顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。乐观锁适用于多读的应用类型，这样可以提高吞吐量，像数据库如果提供类似于write_condition机制的其实都是提供的乐观锁。

10. 抽象类和接口的区别

1.语法层面上的区别　
1）抽象类可以提供成员方法的实现细节，而接口中只能存在public abstract 方法；　
2）抽象类中的成员变量可以是各种类型的，而接口中的成员变量只能是public static final类型的；　
3）接口中不能含有静态代码块以及静态方法，而抽象类可以有静态代码块和静态方法；
4）一个类只能继承一个抽象类，而一个类却可以实现多个接口。
2.设计层面上的区别　
1）抽象类是对一种事物的抽象，即对类抽象，而接口是对行为的抽象。抽象类是对整个类整体进行抽象，包括属性、行为，但是接口却是对类局部（行为）进行抽象。举个简单的例子，飞机和鸟是不同类的事物，但是它们都有一个共性，就是都会飞。那么在设计的时候，可以将飞机设计为一个类Airplane，将鸟设计为一个类Bird，但是不能将 飞行 这个特性也设计为类，因此它只是一个行为特性，并不是对一类事物的抽象描述。此时可以将 飞行 设计为一个接口Fly，包含方法fly( )，然后Airplane和Bird分别根据自己的需要实现Fly这个接口。然后至于有不同种类的飞机，比如战斗机、民用飞机等直接继承Airplane即可，对于鸟也是类似的，不同种类的鸟直接继承Bird类即可。从这里可以看出，继承是一个 "是不是"的关系，而 接口 实现则是 "有没有"的关系。如果一个类继承了某个抽象类，则子类必定是抽象类的种类，而接口实现则是有没有、具备不具备的关系，比如鸟是否能飞（或者是否具备飞行这个特点），能飞行则可以实现这个接口，不能飞行就不实现这个接口。　
2）设计层面不同，抽象类作为很多子类的父类，它是一种模板式设计。而接口是一种行为规范，它是一种辐射式设计。什么是模板式设计？最简单例子，大家都用过ppt里面的模板，如果用模板A设计了ppt B和ppt C，ppt B和ppt C公共的部分就是模板A了，如果它们的公共部分需要改动，则只需要改动模板A就可以了，不需要重新对ppt B和ppt C进行改动。而辐射式设计，比如某个电梯都装了某种报警器，一旦要更新报警器，就必须全部更新。也就是说对于抽象类，如果需要添加新的方法，可以直接在抽象类中添加具体的实现，子类可以不进行变更；而对于接口则不行，如果接口进行了变更，则所有实现这个接口的类都必须进行相应的改动。

11. 什么是死锁

死锁是指两个或两个以上的进程在执行过程中，由于竞争资源或者由于彼此通信而造成的一种阻塞的现象，若无外力作用，它们都将无法推进下去。　
集合中的每一个进程都在等待只能由本集合中的其他进程才能引发的事件，那么该组进程是死锁的。

12 . 索引的优缺点以及10w+的数据量时，一个表创建了多个索引会怎么样，什么情况下需要建立索引?

索引的优点：
① 建立索引的列可以保证行的唯一性，生成唯一的rowId
② 建立索引可以有效缩短数据的检索时间
③ 建立索引可以加快表与表之间的连接
④ 为用来排序或者是分组的字段添加索引可以加快分组和排序顺序
索引的缺点：
① 创建索引和维护索引需要时间成本，这个成本随着数据量的增加而加大
② 创建索引和维护索引需要空间成本，每一条索引都要占据数据库的物理存储空间，数据量越大，占用空间也越大（数据表占据的是数据库的数据空间）
③ 会降低表的增删改的效率，因为每次增删改索引需要进行动态维护，导致时间变长 10w+的数据量时，一个表创建了多个索引会增加其物理内存，当所有字段都建立索引则和全表查询没区别。
建立索引的情景：
① 数据量大的，经常进行查询操作的表要建立索引。
② 用于排序的字段可以添加索引，用于分组的字段应当视情况看是否需要添加索引。
③ 表与表连接用于多表联合查询的约束条件的字段应当建立索引。

12. 隔离级别

1.读未提交（Read uncommitted）： 这种事务隔离级别下，select语句不加锁。此时，可能读取到不一致的数据，即“读脏 ”。这是并发最高，一致性最差的隔离级别。
2.读已提交（Read committed）：Serializable 是一致性最好的，性能最差的。一般不会使用 Serializable 和Read uncommitted 这两种隔离级别
3.可重复读（Repeatable read）： MySql默认隔离级别。可避免 脏读 、不可重复读 的发生。
4.串行化（Serializable ）：可避免 脏读、不可重复读、幻读 的发生。

13. 列举几个值类型和引用类型？什么是装箱，什么是拆箱？

引用类型包括：数组、委托、接口、object、字符串、用户定义的类。
值类型包括：数值类型、结构体、bool型、枚举、可空类型、用户定义的结构体。
装箱是将值类型转换为引用类型
拆箱是将引用类型转换为值类型