课程笔记

异步跟多线程并非一回事，异步就是与硬盘读写有关，性能比多线程稍微高一点、

多线程的调用方法是BeginInvoke();且只能是只有一个委托目标。非多播

 

异步多线程的三大特性：

1.同步卡界面，主线程好比ui线程被占用，多线程UI线程空闲，只是起到一个通知的做用， 

具体计算任务交给子线程执行。

2.同步慢，由于只有一个线程干活，异步快是由于多个线程并发计算，这里也会消耗更多资 

源，不是线程越多越好，（1.资源有限、2.线程调度耗资源、3.不稳定）

3.多线程是无序的，不可预测，启动顺讯不肯定，消耗时间不肯定，结束顺序不肯定。不要

试图控制执行的顺序

 

Thread是前台线程，启动后必须执行完才会退出。 线程启动的要比委托BeginInvock()要快

一点。委托多线程：是后台线程，程序进程关了，线程所有强制关闭。通常都用后台线程

 

中止线程：靠的不是外部力量，好比线程的注销方法。而是靠自身，外部设置个信号量。内

部判断是否true仍是false而是否继续执行

 

委托事件：观察者模式。反射：工厂模式。aop：装饰模式，代理模式，

 

多线程的使用方法有哪几种：

委托同步Invock()：

异步beginInvock()：

Async：

Thread：

ThreadPool线程池：控制建立和销毁、控制数量。

Task：方便带返回值、等待、回调。简单

Parallal：Task再次封装，并行计算，优化主线程逻辑，主线程也能够参与计算，能控制数

量，缺点就是只能等着。

ThreadCore：

 

 

加密算法：

des：对称可逆加密（也就是解密跟加密的密钥是同样的。缺点：密钥是共享的保存通常信

息）速度稍快

 

RSA：非对称加密（一组一堆，两个密钥，一个加密钥，解密钥。优势：保证安全性！）速

度稍慢

 

加密钥、解密钥 钥匙的功能划分

公钥 私钥 公开程度划分

加密钥公开，解密钥揣兜里。特色：保证内容只有我看的到，防止外传。就算传给别人了别

人没有解密钥也解不了密解密钥公开，加密钥揣兜里。特色：保证数据不能篡改，必定来自于我。就算你改了我数据那么，别人拿到解密钥就解不了密了。

 

 

AOP面向切面编程与OOP是互补的，更好的去面向对象：利用Attribute特性：能够在不破坏类型封装的前提下，为对象增长额外的信息，执行额外的操做。每一个类只要考虑好自身的业务，其余的公共逻辑就放到特性中去处理，好比LoginFilter AOP利用装饰者模式静态的方式，给须要执行的类方法块先后都切入公共逻辑代码好比验证

、日志，异常。方法执行前、后。也可使用.NET Remoting/RemlProry实现动态代理 代理模式 Proxy UnityAOP

 

EF查询的时候尽可能用延迟查询。不要着急ToList();延迟查询返回的就是IQueryList接口，即时查询获得的是IEnumberList接口。

特别是注意要分页的必定要作‘延迟查询’，包括排序什么的，不要先Tolist()后再筛选Skip分页！

ToList()必定是要放到最后！！

若是是联表查询，你不去操做主表的外键属性，ef也不会去主动查外键的表内容。除非在查

询的时候调用dbContext.SD_SYSLOG.Include("SD_USER")就会一次性所有把针对sd_user的

外键内容model查出来

 

0.默认-延迟加载机制

1.主动加载：

在查询前 dbcontext.Configuration.LazyLoadingEnabled=false;//不延迟加载，不会再次

查询了，不ToList()仍是会查询出来。包括多表查询的子表，关联字表属性都是为null的

2.显示加载：

在查询的时候调用dbContext.SD_SYSLOG.Include("SD_USER")就会一次性所有把针对

sd_user的外键内容model查出来

3.指定加载：

指定加载的某个实体。循环加载出来的集合后，调用dbcontet.Entry<SD_SYSLOG>

(t_sd_syslog).Collection(c=>c.SD_USER).Load();//集合显示加载

若是是一对一的话就是Reference(c=>c.SD_USER).Load()//单个属性用

 

多表查询：若是没有设置外键关系也能够用Linq语句 join方式来查，

 

若是要作屡次请求的事务就用using(TransactionScope trans=new TransactionScope)

{trans.Complete();//最后须要提交事务}

 

需求：新增

CodeFirst：以代码为中心，若是代码里有的链接字符串、模型，数据库没有，那么就自动

建立数据库和表。

 

dbContext是什么？：

1.数据库的映射，包含所有的表

2.管理数据库链接，一个实例一个链接

3.SaveChange()是以事务形式来操做的。 本地缓存属性，查询数据后。是先放入本地数据 

库,修改、删除本地属性，savechange的时候是一次性保存本地属性的所有变化。

好比在using方法体里的dbContext操做了数据后，在另外一个using里全新的dbContext后是操 

做不了之前操做的对象的，可是能够sdContext.SD_USER.Attach(t_sd_user)用Attach方法 

把之前操做缓存过的对象附加到当前全新的dbContext上

 

若是在Attach附加以前把对象的属性值改了。以后再附加的话再用新的dbContext来 

SaveChange保存是没用的。要想保存成功就得把对象设置为修改状态！ 

dbContext.Entry<SD_USERS>(u).State = EntityState.Modified;

------------------------------------------------------------------------

 

表名利用特性 [Table(“反射数据库表名”)]

属性利用[Column("新字段名")]

 

IOC:控制反转（本来上端直接指定使用的对象换成由第三方装配。）

IOC是目标，实现方式有两种：1.依赖查找，2.依赖注入

DI：依赖注入 是实现控制反转的一种手段！ 都是利用特性，又分三种都是接口（1.属性注 

入[Dependency]，2.构造函数注入[InjectionConstructor]，默认找参数最多的构造函数！ 

3.方法注入[InjectionMethond]）

容器单例，线程单例（可用在定时调度里），

 

DIP：依赖倒置原则（上层模块不该该依赖于下层模块，两者应该经过抽象来依赖。好比UI 

层不该该直接声明建立其余层的具体业务细节类对象）

 

多层架构，BLL层Service类应该按照业务逻辑对应，不该该跟表对应！！

 

var 不是类型，var声明的变量在赋值的那一刻，就已经决定了它是什么类型。

dynamic在运行的时候才会去肯定具体的类型，能够简化反射调用方法什么的

 

MVC框架里的View文件夹里的Web.config里配置的是页面默认引用的命名空间！

Global.asax文件是//网站启动第一时间执行，并且只执行一次 /// 能够作单例 变量，比 

如注册IOC

注册区域，过滤器，路由，组件，组件则是App_Start/BundleConfig.cs 配置映射，Script 

名字和，具体有哪些js、css文件。在cshtml页面可直接使用@Styles.Render 

("~/Content/css") 获取引用配置好的全部js、css文件。

 

 

mvc与ioc的整合：利用MVC的初始化，在Global.asax初始化文件设置控制器初始化工厂，重 

写DefaultController建立控制器方法，利用Unity方式来建立控制器，经过读取配置文件自 

动选择参数最多的构造函数依赖注入。想用哪一个服务就写在控制器的构造函数赋值！！ 

return view的时候也会自动释放，因此也不用using

 

Request.QueryString["xx"];获取的是url地址上的参数，

Request.Form["xx"];，Request["xx"];，Request.Params["xx"]获取的是表单Form提交的 

name参数。

 

App_Start文件夹下的FiterConfig类里添加的特性属于整个项目默认添加此特性，好比添加 

异常处理特性、登陆权限处理。

特性须要继承相应的抽象类

mvc 检测特性流程， 做用（能够在action先后写上时间监控性能再存日志。）

1.OnAuthorization //可检查用户登陆

2.OnActionExecuting //执行阶段

3.Action //执行Action方法体，不算特性

4.OnActionExecuted//已执行 http缓存就在这里，缓存后客户端下次就不会调服务器了

5.OnResultExecuting//render前

6.Render //渲染体吧，不算特性 过程就是把执行好了的html信息写到Response里面去输出

7.OnresultExecuted//render后

OnException异常特性，

 

通常的过滤器执行顺序

IAuthorizationFilter->OnAuthorization(受权)

IActionFilter          ->OnActionExecuting(行为)

Action

IActionFilter          ->OnActionExecuted(行为)

IResultFilter          ->OnResultExecuting(结果)

View

IResultFilter          ->OnResultExecuted(结果)

*IExceptionFilter    ->OnException(异常)

 

 

数据库设计、案例分析、读写分离

三大范式：

1. 确保每一列原子性

 

读写分离:把80%读的业务放在一个数据库，20%的写的业务放在某一个数据库里。

查询压力就分散了。主数据库就只承载20%压力。

从数据库能够有多个，经过发布/订阅 。快照、日志的方式同步到从数据库，单会有点延迟，尤为是大数据量

 

分库分表：

1.垂直分库（按业务划分成不同的数据库，好比用户库、游戏前台库、后台库、金币库、物流、仓库。多台服务器承载。只有业务关联不强的时候才能拆分）

2.水平分库：（按数据分红不同的库，多台服务器承载：好比链家网按地区来，华南区、华东区、西南区。）

垂直分表：好比url、imgurl数据多、多个字段稳定，不做为查询条件的字段些分出新一张表，给一个外键关联

水平分表：数据多，根据业务特色拆分 订单表：按照

  Type拆分

  时间拆分(Histor/多个表，按月来，一个月一张表，若是要查统计总数据就只有定时统计，能够汇总一个表来统计，下降体验)

 

表分区（不经常使用效率不是很好）：一个表设计的时候就制定规则，ID在1万之内存在某个硬盘物理位置，1万-2万存其余物理位置

 

 

Radis五大数据结构:

1：String也就是简单的键值对。

2：HashTable散列结构，（“key”,“变量”,”value”），若是要修改的话就用这种

3：Sets集合应该也跟键值对差很少，但有去重、，查询交集，并集，差集。对于一个KEY多个Value的，好比一个好友和多个好友，共同好友，推荐好友。

4：ZSet   有序集合（sorted sets）排序的Set，指定一个数字进去排序，好比统计排行榜之类的能够用。

5：List 就是队列！！先进先出，也能够进程通讯，一个往里面写，一个往里面读。

 

Radis的异步队列：主程序接收输入任务（例：购买）把数据存入队列，在另外的多开线程或应用里循环检查队列是否有新数据而后做处理。

 

 

SOA微服务分布式服务，也能够用队列来作，

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

HTTP协议：

 

协议头，主机名，请求路径，组成URL

 

 

貓是页面里的下拉下滑章节链接