中间件技术

Asp.Net Core-中间件 在这一章，我们将了解如何设置中间件。中间件技术在 ASP.NET Core中控制我们的应用程序如何响应 HTTP 请求。它还可以控制应用程序的异常错误，这是一个在如何进行身份验证和授权用户执行特定的操作的关键。 中间件是组装成应用的管道来处理请求和响应的软件组件。 每个组件可以选择是否要在管道中将请求传递到下一个组件，并可以在管道中执行某些操作之前和之后的任务。 Request委托用于构建请求管道。Request委托用来处理每个HTTP请求。 每件中间件在 ASP.NET Core都是一个对象，并且每一块有非常具体、 专注和有限的作用。 最终,我们需要很多的中间件为应用程序提供适当的行为。 现在让我们假设我们想将每个对我们应用程序的请求都记录日志。 在这种情况下,我们安装到应用程序中的第一块中间件是一个日志组件。 这个日志程序可以看到一切传入的请求,然后该中间件只是记录一些信息,然后传递这个请求下一个块中间件。 中间件是以一系列的组件出现在这个处理管道中。 我们安装到应用程序的下一个中间件是一个授权组件。 一个组件可能是寻找特定cookie或访问HTTP标头中的令牌。 如果授权组件发现一个令牌,它允许请求继续。 如果不是,授权组件本身可能会响应请求的HTTP错误代码或将用户重定向到登录页面。 否则,授权组件将请求传递给下一个路由器的中间件。

中间件 1. 什么是中间件? 中间件（middleware）是一种独立的系统软件或服务程序, 它在操作系统、网络和数据库之上，应用软件的下层，总的作用是为处于自己上层的应用软件提供运行与开发的环境，帮助用户灵活、高效地开发和集成复杂的应用软件. 2. 为什么使用中间件？ 具体地说，中间件屏蔽了底层操作系统的复杂性，使程序开发人员面对一个简单而统一的开发环境，减少程序设计的复杂性，将注意力集中在自己的业务上，不必再为程序在不同系统软件上的移植而重复工作，从而大大减少了技术上的负担。中间件带给应用系统的，不只是开发的简便、开发周期的缩短，也减少了系统的维护、运行和管理的工作量，还减少了计算机总体费用的投入。 3. 中间件的分类 中间件所包括的范围十分广泛，针对不同的应用需求涌现出多种各具特色的中间件产品。但至今中间件还没有一个比较精确的定义，因此，在不同的角度或不同的层次上，对中间件的分类也会有所不同。由于中间件需要屏蔽分布环境中异构的操作系统和网络协议，它必须能够提供分布环境下的通讯服务，我们将这种通讯服务称之为平台。基于目的和实现机制的不同，我们将平台分为以下主要几类： 远程过程调用（Remote Procedure Call） 面向消息的中间件（Message-Oriented Middleware） 对象请求代理（Object Request Brokers） 4.

云时代架构”经典文章阅读感想十五 （阿里面试，我挂在了第四轮 ……） 这一篇文章讲的是一个在 电商这块的经验不是很足 的在职技术人员，它主要的工作经历主要与法院等部门有关，这次在阿里面试时在第四轮被刷下来到经历。之所以读者一篇文章主要还是对找工作面试比较感兴趣。 阿里的面试 一般有四到五轮，我这次的流程是第一轮技术面、第二轮写代码、第三轮 boss 面、第四轮 boss 面、第五轮 HR 面。 而作者倒在了第四面上。 第一面中 主要涉及到的有并发问题、消息中间件问题、 JVM 、项目的技术细节讨论等等。 并发问题：例如火车票购买的高并发有化方法有： 优化方向有两个（今天就讲这两个点）： （ 1 ） 将请求尽量拦截在系统上游 （不要让锁冲突落到数据库上去）。传统秒杀系统之所以挂，请求都压倒了后端数据层，数据读写锁冲突严重，并发高响应慢，几乎所有请求都超时，流量虽大，下单成功的有效流量甚小。以 12306 为例，一趟火车其实只有 2000 张票， 200w 个人来买，基本没有人能买成功，请求有效率为 0 。 （ 2 ） 充分利用缓存 ，秒杀买票，这是一个典型的读多写少的应用场景，大部分请求是车次查询，票查询，下单和支付才是写请求。一趟火车其实只有 2000 张票， 200w 个人来买，最多 2000 个人下单成功，其他人都是查询库存，写比例只有 0.1% ，读比例占 99.9%

一、 你对 MVC 的理解， MVC 有什么优缺点？结合 Struts ，说明在一个 Web 应用如何去使用？ 答： MVC 设计模式（应用观察者模式的框架模式） M: Model(Business process layer) ，模型，操作数据的业务处理层 , 并独立于表现层 (Independent of presentation) 。 V: View(Presentation layer) ，视图，通过客户端数据类型显示数据 , 并回显模型层的执行结果。 C: Controller(Control layer) ，控制器，也就是视图层和模型层桥梁，控制数据的流向，接受视图层发出的事件，并重绘视图 MVC 框架的一种实现模型 --- 模型二 (Servlet-centric) ： JSP+Servlet+JavaBean ，以控制为核心， JSP 只负责显示和收集数据， Sevlet ，连接视图和模型，将视图层数据，发送给模型层， JavaBean ，分为业务类和数据实体，业务类处理业务数据，数据实体，承载数据，基本上大多数的项目都是使用这种 MVC 的实现模式。 StrutsMVC 框架 (Web application frameworks) Struts 是使用 MVC 的实现模式二来实现的，也就是以控制器为核心。 Struts 提供了一些组件使用 MVC 开发应用程序：

分片技术的由来 关系型数据库本身比较容易成为系统性能瓶颈，单机存储容量、连接数、处理能力等都很有限，数据库本身的 “ 有状态性 ” 导致了它并不像 Web 和应用服务器那么容易扩展。在互联网行业海量数据和高并发访问的考验下，聪明的技术人员提出了分库分表技术（有些地方也称为 Sharding 、分片）。同时，流行的分布式系统中间件（例如 MongoDB 、 ElasticSearch 等）均自身友好支持 Sharding ，其原理和思想都是大同小异的。 分布式全局唯一ID 在很多中小项目中，我们往往直接使用数据库自增特性来生成主键 ID ，这样确实比较简单。而在分库分表的环境中，数据分布在不同的分片上，不能再借助数据库自增长特性直接生成，否则会造成不同分片上的数据表主键会重复。简单介绍下使用和了解过的几种 ID 生成算法。 Twitter 的 Snowflake （又名 “ 雪花算法 ” ） UUID/GUID （一般应用程序和数据库均支持） MongoDB ObjectID （类似 UUID 的方式） Ticket Server （数据库生存方式， Flickr 采用的就是这种方式） 常见分片规则和策略 分片字段该如何选择 在开始分片之前，我们首先要确定分片字段（也可称为 “ 片键 ” ）。很多常见的例子和场景中是采用 ID 或者时间字段进行拆分。这也并不绝对的

简介 redux-saga 是用来管理应用程序副作用的库，可以认为，一个saga就像是应用程序中一个单独的线程，独自负责处理副作用。 redux-saga 是一个Redux中间件，也就意味着这个线程可以通过正常的Redux的Action从主应用启动暂停和取消，它能够访问完整的Redux的State，也可以进行 dispatch redux-saga 使用了 Generator ，让异步流程看起来像是同步代码，有更强大的异步流程控制能力。 Hello Saga 安装： npm install --save redux-saga # 或者 yarn add redux-saga 创建 sagas.js 文件，我们的异步逻辑都会包含在这个文件中： // sagas/index.js export default function* helloSaga() { console.log('Hello Sagas!'); } Redux-Saga是一个中间件，我们需要建立它与Redux Store的联系，在 store/configureStore.js 中对 store 进行配置，注入中间件： // store/configureStore.js import { createStore, applyMiddleware } from 'redux'; import rootReducer

原文: ASP.NET 5 入门(1) - 建立和开发ASP.NET 5 项目 ASP.NET入门(1) - 建立和开发ASP.NET 5 项目 ASP.NET 5 理解和入门 使用自定义配置文件 建立项目 首先,目前只有VS 2015支持开发最新的ASP.NET 5 程序,所以我们首先需要下载安装其最新的RC版本. https://www.visualstudio.com/en-us/downloads/visual-studio-2015-downloads-vs.aspx 安装完毕以后,打开并建立新的Web Application项目: 然后在后一个界面中选择ASP.NET 5 Empty模板: 这里提2个注意点: 要选择下面的ASP.NET 5模板,而不是上面的4.6模板. 选择Empty模板而不是后面更完整的Web Site模板是希望能够从无到有,逐步分解这个最新的框架体系. 建立项目完成以后,我们可以看到如下项目结构: 其中global.json记录了解决方案的一些配置,Project_Readme.html则是一个介绍页面. 比较重要的文件或者文件夹是以下3个: l Startup.cs : 启动类 l project.json: 项目配置文件 l wwwroot : 整个WebApp的静态文件目录(由于最小模板没有加载静态文件中间件,所以该目录内容暂时无效

Node.js 已经成为 Web 后台开发圈一股不容忽视的力量，凭借其良好的异步性能、丰富的 npm 库以及 JavaScript 语言方面的优势，已经成为了很多大公司开发其后台架构的重要技术之一，而 Express 框架则是其中知名度最高、也是最受欢迎的后端开发框架。在这篇教程中，你将了解 Express 在 Node 内置 http 模块的基础上做了怎样的封装，并掌握路由和中间件这两个关键概念，学习和使用模板引擎、静态文件服务、错误处理和 JSON API，最终开发出一个简单的个人简历网站。 此教程属于 Node.js 后端工程师学习路线 的一部分，欢迎来 Star 一波，鼓励我们继续创作出更好的教程，持续更新中~。 旧时代：用内置 http 模块实现一个服务器 自从 Ryan Dahl 在 2009 年的 JSConf 正式推出 Node.js 平台后，这门技术的使用率就如同坐了火箭一般迅速上升，成为了最受喜爱的后端开发平台之一，而 Express 则是其中最为耀眼的 Web 框架。在正式开始这篇教程之前，我们将列举一下这篇教程所需要的预备知识、所用技术和学习目标。 预备知识 本教程假定你已经知道了： JavaScript 语言基础知识（包括一些常用的 ES6+ 语法） Node.js 基础知识，特别是异步编程（这篇教程主要用到的是回调函数）和 Node 模块机制，还有

1. 消息驱动 SpringCloud Stream消息驱动可以简化开发人员对消息中间件的使用复杂度，让系统开发人员更多尽力专注与核心业务逻辑的开发。SpringCloud Stream基于SpringBoot实现，自动配置化的功能可以帮助我们快速上手学习，类似与我们之前学习的orm框架，可以平滑的切换多种不同的数据库。 目前SpringCloud Stream 目前只支持 rabbitMQ和kafka。 2. 消息驱动原理 「绑定器」 ：通过定义绑定器作为中间层，实现了应用程序与消息中间件细节之间的隔离。通过向应用程序暴露统一的Channel，应用程序不需要再考虑各种不同的消息中间件的实现。当需要升级消息中间件，或者是更换其他消息中间件产品时，我们需要做的就是更换对应的Binder绑定器而不需要修改任何应用逻辑 。 在该模型图上有如下几个核心概念: 「Source」 : 当需要发送消息时，我们就需要通过Source，Source将会把我们所要发送的消息(POJO对象)进行序列化（默认转换成JSON格式字符串），然后将这些数据发送到Channel中； 「Sink」 : 当我们需要监听消息时就需要通过Sink来，Sink负责从消息通道中获取消息，并将消息反序列化成消息对象(POJO对象)，然后交给具体的消息监听处理进行业务处理； 「Channel」 :

简介 消息中间件也可以称消息队列，是指用高效可靠的消息传递机制进行与平台无关的数据交流，并基于数据通信来进行分布式系统的集成。通过提供消息传递和消息队列模型，可以在分布式环境下扩展进程的通信。当下主流的消息中间件有RabbitMQ、Kafka、ActiveMQ、RocketMQ等。其能在不同平台之间进行通信，常用来屏蔽各种平台协议之间的特性，实现应用程序之间的协同。其优点在于能够在客户端和服务器之间进行同步和异步的连接，并且在任何时刻都可以将消息进行传送和转发。是分布式系统中非常重要的组件，主要用来解决应用耦合、异步通信、流量削峰等问题 消息中间件的作用 消息中间件几大主要作用如下: 解耦 降低工程间的强依赖程度，针对异构系统进行适配。在项目启动之初来预测将来项目会碰到什么需求，是极其困难的。通过消息系统在处理过程中间插入了一个隐含的、基于数据的接口层，两边的处理过程都要实现这一接口，当应用发生变化时，可以独立的扩展或修改两边的处理过程，只要确保它们遵守同样的接口约束。 冗余(存储) 有些情况下，处理数据的过程会失败。除非数据被持久化，否则将造成丢失。消息队列把数据进行持久化直到它们已经被完全处理，通过这一方式规避了数据丢失风险。许多消息队列所采用的”插入-获取-删除”范式中，在把一个消息从队列中删除之前，需要你的处理系统明确的指出该消息已经被处理完毕