.NetCore使⽤Redis，StackExchange.Redis队列，发布与订
阅，分。。。
环境：之前⼀直是使⽤rverStack.Redis的客服端，
高清壁纸美女今天来使⽤⼀下StackExchange.Redis(个⼈感觉更加的⼈性化⼀些，也是免费的，性能也不会差太多)，
版本为StackExchange.Redis V2.1.58 ,Core3.1
Redis（Remote Dictionary Server )，即远程字典服务是⼀个开源的 ，由C语⾔编写、⽀持⽹络、可基于内存亦可持久化的⽇志型、Key-Value数据库，并提供多种语⾔的API。
Redis 是⼀个⾼性能的key-value数据库。Redis的出现，很⼤程度补偿了memcached这类key/value存储的不⾜，
玉舍国家森林公园
提供了Java，C/C++，C#，PHP，JavaScript，Perl，Object-C，Python，Ruby，Erlang等客户端，使⽤很⽅便。
优点：
1 Redis读写性能优异，从内存当中进⾏IO读写速度快，⽀持超过100K+每秒的读写频率。
2 Redis⽀持Strings,
Lists, Hashes, Sets,Ordered Sets等数据类型操作。
3 Redis⽀持数据持久化，⽀持AOF和RDB两种持久化⽅式
刮风的拼音
4 Redis⽀持主从复制，主机会⾃动将数据同步到从机，可以进⾏读写分离。
5 Redis的所有操作都是原⼦性的，同时Redis还⽀持对⼏个操作全并后的原⼦性执⾏。
6 Redis是单线程多CPU，不需要考虑加锁释放锁，也就没有死锁的问题，效率⾼。
1：redis队列值⼊队出队，截图效果：关于安全的黑板报
优化之前⼊队1000条数据，测试结果将近50秒，这实在太慢，不可忍受！
认识周长ppt
厚遇优化后的效果：为5.55s的样⼦
2：redis发布与订阅截图效果：(⼀个发布者，四个订阅者) 订阅者都会收到相同的信息
3：redis秒杀，截图如下：单个进程秒杀ok
开多个进程时，会有超卖的现象：（那我加lock锁呢？结果也是会有超卖的现象，此时下⾯的分布式锁可以解决）
英文邀请函
悼亡妻4：加上redis分布式锁的测试效果截图：
但是这样会⽐较耗资源，库存已经没有了，就应该不要再去执⾏下去了
分布式锁ok库存为零就不在请求直接抛异常即可
上⾯通过测试的截图，简单的介绍了，Redis的队列(⼊队和出队)，Redis发布与订阅，Redis分布式锁的使⽤，现在直接上代码 ：出队⼊队的WebApi Core3.1
