.Net面试题收集

1、对于 Web 性能优化，您有哪些了解和经验吗？
一、前端优化
（1）减小 HTTP 请求的次数。咱们知道每次发送http请求，创建链接和等待相应会花去至关一部分时间，因此在发送http请求的时候，尽可能减小请求的次数，一次请求能取出的数据就不要分屡次发送。
（2）启用浏览器缓存，当肯定请求的数据不会发生变化时，可以直接读浏览器缓存的就不要向服务端发送请求。好比咱们ajax里面有一个参数可以设置请求的时候是否启用缓存，这种状况下就须要咱们在发送请求的时候作好相应的缓存处理。
（3）css文件放 在里面，js文件尽可能放在页面的底部。由于请求js文件是很花费时间，若是放在里面，就会致使页面的 DOM树呈现须要等待js文件加载完成。这也就是为何不少网站的源码里面看到引用的文件放在最后的缘由。
（4）使用压缩的css和js文件。这个不用多说，网络流量小。
（5）若是条件容许，尽可能使用CDN的方式引用文件，这样就能减小网络流量。好比咱们经常使用的网站http://www.bootcdn.cn/。
（6）在写js和css的语法时，尽可能避免重复的css，尽可能减小js里面循环的次数，诸如此类。
二、后端优化：
（1）程序的优化：这是一个很大的话题，我这里就选几个常见的。好比减小代码的层级结构、避免循环嵌套、避免循环CURD数据库、优化算法等等。
（2）数据库的优化：（因为数据库优化不是本题重点，因此可选几个主要的来讲）好比启用数据库缓存、经常使用的字段建索引、尽可能避免大事务操做、避免select * 的写法、尽可能不用in和not in 这种耗性能的用法等等。
大数据的处理；数据层如何优化（索引、尽可能避免是*、like 、not in等操做、使用分页、存储过程的方式）、Redis的缓存数据库的用法、读写分离数据库的 用法、使用轻量级的ORM（NPoco）等操做；
（3）服务器优化：（这个可做为可选项）负载均衡、Web服务器和数据库分离、UI和Service分离等等。

2、Asp.Net Web API VS Asp.Net MVC
一、Asp.net MVC 是用来建立返回视图（Views）与数据的Web应用，而Asp.net Web API是一种简单轻松地成熟的HTTP服务，它只返回数据，不返回视图（Views）。
二、Asp.net Web API能够经过.Net Framework来帮助咱们构建REST-ful服务，并且他支持内容协商（根据客户端能接受的格式要求，返回相应的JSON，XML，ATOM），同时Asp.net Web API支持自我宿主（self-hosting），而MVC并不支持（只能宿主在IIS中）。
三、Asp.net Web API能够返回特定的数据类型，好比JSON，XML，或者其余在请求头中定义的数据格式。而MVC只能利用Json Result返回JSON数据类型。
四、Asp.net Web API 根据HTTP 谓语动词来映射Action，但MVC只是映射 Action 名称。
五、Asp.net Web API 一种全新的框架，它是Asp.net Framework 核心库的一部分。在Asp.net Web API 一些存在MVC中的特征（model binding、filters、路由）是存在System.Web.Http程序集中，而MVC是存在System.Web.Mvc中。所以，Web API 能够和Asp.net一块儿使用，也能够作独立的服务层。
六、若是在一个项目中融合Web API和MVC controller，用于处理复杂AJAX请求，这些请求可能返回JSON，XML或者其余数据格式。这就是Web API 自我宿主（Web API self-hosting）。
七、若是融合MVC和Web API 控制器（controller），并且须要集成认证，这时，须要建立两个过滤器（Filters），一个MVC的，另外一个Web API的，由于他们两个是不相同的。
八、总之，WebApi在提供数据方面，是比MVC更加轻量的架构。

3、WebApi中Filter种类及做用
Authorization IAuthorizationFilter 最早运行的Filter，被用做请求权限校验
Action IActionFilter 在Action运行的前、后运行
Exception IExceptionFilter 当异常发生的时候运行

4、关于webapi开发接口的安全问题，推荐使用JWT的方式进行接口调用的加密
JWT即JSON web Tokens ,能够用来安全的传递信息，由于这些信息是通过数字签名的
JWT可使用一种加密算法好比HMAC算法，也可使用公钥/私钥的非对称算法
由于JWT签名后的信息够短，能够放在URL里，request body里、http header里，传输够快
负载信息里面包含全部你想要的信息，避免不止一次的去查询数据库
JWT的使用场景主要包括
1）认证，这是比较常见的使用场景，只要用户登录过一次系统，以后的请求都会包含签名出来的token
,经过token也能够用来实现单点登录
2）交换信息，经过使用密钥对来安全的传递信息，能够知道发送者是谁，放置信息被篡改
JSON web Tokens由三部分组成，用英文句点分割（.）,通常看起来例如xxx.yyy.zzz
分为：
Header 头信息
PayLoad 负载信息，实际数据
Signature 由头信息+负载信息+密钥 组合以后进行加密获得
1）Header头信息一般包含两部分，type:表明token的类型，这里使用的是JWT类型。alg:使用的Hash算法
，例如HMAC SHA256或RSA
{
"alg":"HS256",
"type":"JWT"
}
//这会被通过base64URL编码造成第一部分
2）PayLoad 一个token的第二部分是负载信息，它包含一下声明Claim(实体的描述，一般是一个User信息，还包括一些
其它的元素）
声明分三类
a）Reserved Claims,这是一套预约义的声明，并非必须的，这是一套易于使用。操做性强的声明，包括iss(issuer)
exp(expiration time)、sub(subject)、aud(audience)
b)Public Claims
c)Private Claims,交换信息的双方自定义的声明
3）signature使用header中指定的算法将编码后的headr、编码后的payload、一个secret进行加密
例如使用的是HMAC SHA256算法，大体流程相似于：HMACSHA256(base64UrlEncode(header)+"."+base64UrlEncode(payload)+"."+secret)
这个signature字段被用来确认JWT信息的发送者是谁，并保证信息没有被修改；
因为没有使用Cookies,Cross-Origin Resource Sharing(CORS)，跨域的资源访问不会成为问题；

5、MVC路由理解？
一、首先咱们要理解MVC中路由的做用：url Routing的做用是将浏览器的URL请求映射到特定的MVC控制器动做。
二、当咱们访问http://localhost:8080/Home/Index 这个地址的时候，请求首先被UrlRoutingModule截获，截获请求后，从Routes中获得与当前请求URL相符合的RouteData对象， 将RouteData对象和当前URL封装成一个RequestContext对象，而后从Requestcontext封装的RouteData中获得 Controller名字，根据Controller的名字，经过反射建立控制器对象，这个时候控制器才真正被激活，最后去执行控制器里面对应的 action。

6、谈谈你以为作的不错系统，大概介绍下用到了哪些技术？
WPF、MEF、Vue、Xamarin （展开）

7、IOC和DI
其实它们是同一个概念的不一样角度描述，控制反转IOC(Inversion of Control)是说建立对象的控制权进行转移，之前建立对象的主动权和建立时机是由本身把控的，而如今这种权力转移到第三方，好比转移交给了IOC容器，它就是一个专门用来建立对象的工厂，你要什么对象，它就给你什么对象，有了 IOC容器，依赖关系就变了，原先的依赖关系就没了，它们都依赖IOC容器了，经过IOC容器来创建它们之间的关系。DI(依赖注入)其实就是IOC的另一种说法，DI是由Martin Fowler 在2004年初的一篇论文中首次提出的。他总结道：控制的什么被反转了？就是得到依赖对象的方式反转了。

NETCore下DI使用总结
AddSingleton ： 在整个应用生命周期里都是惟一
AddTransient：每次获取一次服务就建立一个实例
AddScoped：在咱们自定义的Scope内的生命周期，在Scope内是惟一

8、设计模式的六大原则
单一职责原则：一个类只负责一个职责，不能有多个致使类变动的缘由
开闭原则：一个软件实体，如类、模块和函数应该对扩展开放，对修改关闭
里氏替换原则：避免子类重写父类中已经实现的方法
迪米特法则：一个对象应该对其余对象有最少的了解
接口隔离原则：接口尽可能小，接口要高内聚
依赖倒置原则：要尽量使用接口或抽象类

9、谈谈你对设计模式的认识？结合你用得最多的一种设计模式说说它的使用
单例模式：1）一个类只有一个实例；2）提供一个全局访问点；如何保证一个类只有 一个实例，定义私有的构造函数，这样外界就不能经过new关键字进行 建立实例了；
工厂模式
观察者模式

10、数据库优化经验（后端工程师很是常见）
一、数据库运维方面的优化：启用数据库缓存。对于一些比较经常使用的查询能够采用数据库缓存的机制，部署的时候须要注意设置好缓存依赖项，防止“过时”数据的产生。
二、数据库索引方面的优化：好比经常使用的字段建索引，联合查询考虑联合索引。（PS：若是你有基础，能够敞开谈谈汇集索引和非汇集索引的使用场景和区别）
三、数据库查询方面的优化：避免select * 的写法、尽可能不用in和not in 这种耗性能的用法等等。
四、数据库算法方面的优化：尽可能避免大事务操做、减小循环算法，对于大数据量的操做，避免使用游标的用法等等。

11、关于代码优化你怎么理解？你会考虑去代码重构吗？
一、对于代码优化，以前的公司每周会作代码审核，审核的主要做用就是保证代码的正确性和执行效率，好比减小代码的层级结构、避免循环嵌套、避免循环CURD数据库、尽可能避免一次取出大量数据放在内存中（容易内存溢出）、优化算法等。
二、对于陈旧代码，可能不少地方有调用，而且开发和维护人员颇有可能不是同一我的，因此重构时要格外当心，若是没有十足的把握，不要轻易重构。若是必需要重构，必须作好充分的单元测试和全局测试。

12、谈谈你的优势和缺点
优势：对于新的技术学习能力强，能很快适应新环境等等
缺点：对技术太过于执着等等

十3、关于服务器端 MVC 架构的技术实现及理解
MVC，顾名思义，Model、View、Controller。全部的 界面代码放在View里面，全部涉及和界面交互以及URL路由相关的逻辑都在Controller里面，Model提供数据模型。MVC的架构方式会让系 统的可维护性更高，使得每一部分更加专一本身的职责，而且MVC提供了强大的路由机制，方便了页面切换和界面交互。而后能够结合和WebForm的比较， 谈谈MVC如何解决复杂的控件树生成、如何避免了复杂的页面生命周期。

十4、运行慢，如何定位问题？发现问题如何解决？
后台日志查看请求耗时，而后再去查找耗时的根源并解决该问题

十5、说说你最擅长的技术？并说说你是如何使用的？
MEF、 DIP、IOC、DI、插槽、服务

十6、写过多线程组件？简要说明！
Reduce
当任务触发的频率很是高时，合并名称相同的任务处理函数，保证名称相同的任务只一个在执行，保证第一个任务能执行到
保证名称相同的任务只一个在执行，且最后一个任务能执行到，中间某些任务的返回结果会被覆盖掉，返回最后一个任务的执行结果
保证相同参数的任务只有一个在执行
保证参数相同的任务只一个在执行，且最后一个任务能执行到，中间某些任务会被忽略掉
合并指定时间段内的事件，间隔小于时间段的事件都被忽略，保证最后一个任务能被执行
TaskQueue
TaskPool

十7、Http协议
一、http协议是浏览器和服务器双方共同遵循的规范，是一种基于TCP/IP应用层协议。
二、http是一种典型的请求/响应协议。客户端发送请求，请求的内容以及参数存放到请求报文里面，服务端收到请求后，作出响应，返回响应的结果放到响应报文里面。经过F12能够查看请求报文和响应报文。
三、http协议是”无状态”的，当客户端向服务端发送一次http请求后，服务端收到请求而后返回给客户端相应的结果，服务器会当即断开链接并释放资源。在实际开发过程当中，咱们有时须要“保持”这种状态，因此衍生出了Session/Cookie这些技术。
四、http请求的方式主要有get/post。
五、http状态码最好记几个，博主有一次面试就被问到了。200（请求成功）、404（请求的资源不存在）、403（禁止访问）、5xx（服务端错误）

十8、http常见状态码
2开头状态码
2xx (成功)表示成功处理了请求的状态代码
200 (成功) 服务器已成功处理了请求。 一般。
3开头状态码
3xx (重定向) 表示要完成请求，须要进一步操做。 一般，这些状态代码用来重定向。
302重定向
304 (未修改) 自从上次请求后，请求的网页未修改过。 服务器返回此响应时，不会返回网页内容。
4开头状态码
4xx(请求错误) 这些状态代码表示请求可能出错，妨碍了服务器的处理
1:400 (错误请求) 服务器不理解请求的语法。
2:403 (禁止) 服务器拒绝请求。
3:404 (未找到) 服务器找不到请求的网页。
5开头状态码
5xx(服务器错误)这些状态代码表示服务器在尝试处理请求时发生内部错误。 这些错误多是服务器自己的错误，而不是请求出错
500 (服务器内部错误) 服务器遇到错误，没法完成请求。
501 (还没有实施) 服务器不具有完成请求的功能。 例如，服务器没法识别请求方法时可能会返回此代码。
502 (错误网关) 服务器做为网关或代理，从上游服务器收到无效响应。
503 (服务不可用) 服务器目前没法使用(因为超载或停机维护)。 一般，这只是暂时状态。
504 (网关超时) 服务器做为网关或代理，可是没有及时从上游服务器收到请求。
505 (HTTP 版本不受支持) 服务器不支持请求中所用的 HTTP 协议版本。

十9、Ajax提交数据
$.ajax({
url: "admin/check_login", // 提交到controller的url路径
type: "post", // 提交方式
data: {"username": username, "password": password}, // data为String类型，必须为 Key/Value 格式。
dataType: "json", // 服务器端返回的数据类型
success: function (data) { // 请求成功后的回调函数，其中的参数data为controller返回的map,也就是说,@ResponseBody将返回的map转化为JSON格式的数据，而后经过data这个参数取JSON数据中的值
if (data.message == "success") {
//跳转到系统首页
......
} else {
......
}
},
});

二10、IIS的工做原理
一、当客户端发送HTTP Request时，服务端的HTTP.sys（能够理解为IIS的一个监听组件） 拦截到这个请求；
二、HTTP.sys 联系 WAS 向配置存储中心请求配置信息。
三、而后将请求传入IIS的应用程序池。
四、检查请求的后缀，启动aspnet_isapi.dll这个dll，这个dll是.net framework里面的，也就是说到这一步，请求进入了.net framework的管辖范围。
五、这个时候若是是WebForm，开始执行复杂的页面生命周期（HttpRuntime→ProcessRequest→HttpContext→HttpHandler）；若是是MVC，则启动mvc的路由机制，根据路由规则为URL来指定HttpHandler。
六、httpHandler处理请求后，请求结束，给出Response，客户端处理响应，整个过程结束。

二11、SQL Server数据库操做的原子性 SQL Server数据库操做的原子性，出Select以外，Update、Insert、Delete的操做都是原子性的，不可拆分，执行的最小单位；能够用于充值交费中 ，若是多个请求进行更新同一条 数据时，直接使用update Table1 set money=money+100 这种方式就能够避免多个语句，更新一条记录致使的更新失败的问题（通常想法是，先查询当前的帐户余额，而后进行更新，这种想法太low）;能够直接使用一条更新语句便可；