这里只简单介绍一下三个层级,笔记摘录自<RabbitMQ实战指南>朱忠华作者 消息可靠传输一般是业务系统接入消息中间件时候首要考虑的问题,一般消息中间件的消息传输保障分为三个层级 1  At most once .最多一次,消息可能会丢失,但是绝不会重复传输 2 At least once.最少一次,消息绝不会丢失,但可能会重复传输. 3 Exactly once.恰好一次,每条消息肯定会被传输一次且仅传输一次. RabbitMQ 仅支持1,和 2,对于3,只暂时不支持的,一般就是用第二种,最

在使用jpa过程中,如果没有在配置中加入自动创建实体对于的sql,则需要提前创建建表语句 spring.jpa.properties.hibernate.show_sql=true spring.jpa.properties.hibernate.format_sql=true spring.jpa.hibernate.ddl-auto=update 建表语句需要注意的点:需要有主键,且主键设置成auto increment自增长型.否则程序跑起来后jpa解析语句会报错. rabbitMQ分模块扫

分布式应用和集群: 从部署形态来看,它们都是多台机器或者多个进程部署,而且都是为了实现一个业务功能. 如果是一个业务被拆分成多个子业务部署在不同的服务器上,那就是分布式应用 如果是同一个业务部署在多台服务器上,那就是集群 分布式应用的多个子系统之间并不是完全独立的,它们需要相互通信来共同完成某个功能.系统间通信的方式有两种,一种是远程过程调用即RPC接口, 另一种是基于消息队列的方式. 基于消息队列的方式是指由应用中的某个系统负责发送消息,由订阅这条消息的相应系统负责接收消息.不同的系统在收到消

在Web开发中,一般都分3层. Controller/Action 控制层, Service/Business 服务层/业务逻辑层, Dao 数据访问层/数据持久层. 在学习和工作的实践过程中,我发现很多功能是比较通用的,我们可以把他们抽象成API接口. 下文通过一段较长的代码,Hibernate实现,来展示如何设计一些通用的API. 说明:代码只是起到一个示范(Demo)的作用,实际上完全可以做得更强大. 我最近已经在现在的基础上大大改进了,现在把比较基础的实现分享给大家. package c

在实际的开发中有一种项目的程序组织架构方案叫做MVC模式,按照程序 的功能将他们分成三个层,如下图 Modle层(模型层).View层(显示层).Controller层(控制层). Modle层:可以分两层,DAO层.service层,基文本功能 如下 service层:主要去负责一些业务处理,比如取得连接.关闭数据库连接.事务回滚,一些复杂的逻辑业务处理就放到service层 DAO层:负责访问数据库进行数据的操作,取得结果集,之后将结果集中的数据取出封装到VO类对象之后返回给service层

1.什么是计算机网络 谈计算机通信原理当然离不开计算机网络,那么什么是计算机网络.官方定义:计算机网络是由两台或两台以上的计算机通过网络设备连接起来所组成的一个系统,在这个系统中计算机与计算机之间可以进行数据通信.数据共享及协同完成某些数据处理的工作. 其实说白了就是,计算机组成的网络或者说在这个网络系统中有很多计算机,这里的计算机不仅仅指我们的电脑,其实指的是所有在网络中的网络设备,比如手机,平板电脑等. 2.计算机之间如何进行通信 有了计算机等设备,也就得考虑如何连接起来他们,这就是他们之间

参考 http://www.cnblogs.com/justfortaste/p/3198406.html http://m.blog.csdn.net/blog/IT_PCode/17007833 http://blog.chinaunix.net/uid-28364803-id-3419777.html http://blog.chinaunix.net/uid-26896862-id-3412033.html mysql数据库分mysql层和存储引擎层,每个层都有各自的分配内存方法 mys

在Web开发中,一般都分3层.Controller/Action 控制层,Service/Business 服务层/业务逻辑层,Dao 数据访问层/数据持久层. 在学习和工作的实践过程中,我发现很多功能是比较通用的,我们可以把他们抽象成API接口. 下文通过一段较长的代码,Hibernate实现,来展示如何设计一些通用的API. 说明:代码只是起到一个示范(Demo)的作用,实际上完全可以做得更强大.我最近已经在现在的基础上大大改进了,现在把比较基础的实现分享给大家. package cn.fa

存储机制 持久化的消息和非持久化的消息都可以被写入到磁盘. 持久化的消息一开始就会写入磁盘,如果可以,也会在内存中保存一部分以提高性能,当内存吃紧时会从内存中清楚. 非持久化的消息一般存储在内存中,内存吃紧时会换入到磁盘中,以节省内存空间. 这两种类型的消息的落盘处理都在RabbitMQ的"持久层"完成. 持久层 持久层是一个逻辑概念,包含队列索引和消息存储. 队列索引(每个队列一个):rabbit_queue_index 负责维护队列中落盘消息的信息,包括消息的存储地点.是否己被交付

消息中间件 消息中间件的作用 解耦:消息中间件在服务之间插入了一个隐含的.基于数据的接口层.两边的服务处理过程都要实现这一接口,这允许我们独立的扩展或修改两边的处理过程,只要确保他们遵守相同的规范约束即可 冗余(存储):消息中间件可以将数据持久化直到完全被处理 扩展性:因为消息中间件解耦了应用的处理过程,所以提高消息入队和处理的效率都是很容易的,只要另外增加处理过程即可,不需要修改代码和调节参数 削峰:在访问量骤增的情况下,服务仍然需要可用.但以此为标准设计程序又无疑是巨大的浪费.使用消息中间件

新来老大年前开会说各位同学,公司业务越来越重,未来几年要成倍增长......,要梳理出一套新架构,才能更好的支持N万用户.....,以后升职加薪当上....打败..... 想想还有点小激动呢,于是过年时楼主趁等待相亲妹纸无聊的时候,反思了目前系统现状,构思设计新架构如下. 阅读目录: 现有系统 新架构    2.1 逻辑架构图 2.2 解释说明 系统实施3.1 SOA管理中心3.2 发布服务3.3 订阅服务3.4 采蘑菇示例 设计目标4.1 尽可能少的侵入4.2 服务自治&&水平扩展4.3

新来老大年前开会说各位同学,公司业务越来越重,未来几年要成倍增长......,要梳理出一套新架构,才能更好的支持N万用户.....,以后升职加薪当上....打败..... 想想还有点小激动呢,于是过年时楼主趁等待相亲妹纸无聊的时候,反思了目前系统现状,构思设计新架构如下. 阅读目录: 现有系统 新架构    2.1 逻辑架构图 2.2 解释说明 系统实施3.1 SOA管理中心3.2 发布服务3.3 订阅服务3.4 采蘑菇示例 设计目标4.1 尽可能少的侵入4.2 服务自治&&水平扩展4.3

新来老大年前开会说:各位同学,公司业务越来越重,未来几年要成倍增长......,我们要梳理出一套新架构,才能更好的支持N万用户.....,以后升职加薪当上....打败..... 想想还有点小激动呢,于是过年时楼主趁等待相亲妹纸无聊的时候,反思了目前系统现状,构思设计新架构如下. 阅读目录: 现有系统 新架构    2.1 逻辑架构图 2.2 解释说明 系统实施3.1 SOA管理中心3.2 发布服务3.3 订阅服务3.4 采蘑菇示例 设计目标4.1 尽可能少的侵入4.2 服务自治&&水平扩展

Java高级工程师面试宝典 JavaSE 多线程 进程与线程的区别? 答:进程是所有线程的集合,每一个线程是进程中的一条执行路径,线程只是一条执行路径. 为什么要用多线程? 答:提高程序效率 多线程创建方式? 答:继承Thread或Runnable 接口. 是继承Thread类好还是实现Runnable接口好? 答:Runnable接口好,因为实现了接口还可以继续继承.继承Thread类不能再继承. 你在哪里用到了多线程? 答:主要能体现到多线程提高程序效率. 举例:分批发送短信.迅雷多线程下载

一.JavaSE 1.多线程 (1).进程与线程的区别? 答:进程是所有线程的集合,每一个线程是进程中的一条执行路径,线程只是一条执行路径. (2).为什么要用多线程? 答:提高程序效率 (3).多线程创建方式? 答:继承Thread或Runnable 接口. (4).是继承Thread类好还是实现Runnable接口好? 答:Runnable接口好,因为实现了接口还可以继续继承.继承Thread类不能再继承. (5).你在哪里用到了多线程? 答:主要能体现到多线程提高程序效率. 举例:分批发送

为了方便app开发过程中,不受服务器接口的限制,便于客户端功能的快速测试,可以在客户端实现一个模拟服务器数据接口的MockApi模块.本篇文章就尝试为使用gradle的android项目设计实现MockApi. 需求概述 在app开发过程中,在和服务器人员协作时,一般会第一时间确定数据接口的请求参数和返回数据格式,然后服务器人员会尽快提供给客户端可调试的假数据接口.不过有时候就算是假数据接口也来不及提供,或者是接口数据格式来回变动--很可能是客户端展示的原因,这个是产品设计决定的,总之带来的问题

去年就打算总结一下,结果新换的工作特别忙,就迟迟没有认真动手.主要内容是很多初学DDD甚至于学习很长时间的同学没有弄明白DDD是什么,适合什么情况.这世界上没有银弹,抛开了适合的场景孤立的去研究DDD,在学习过程中还可以,但是应用到实际项目时就会遇到各种坑,到头来各种妥协,我看到很多同学遇到这种情况,最后怪DDD,说DDD不实用云云.另有一些都没细了解过就抨击反对的,事实上,要想否定个东西,你总要了解了才有发言权. 一.误区 综合起来主要有一下几种误区: 1.1.DDD更高级,可以替代三层,为了

最近在读一本书叫<web性能权威指南>谷歌公司高性能团队核心成员的权威之作. 一直听说HTTP2.0,对此也仅仅是耳闻,没有具体研读过,这次正好有两个篇章,分别讲HTTP1.1和HTTP2.0. 两者还能好好对比一下,两者之间的巨大区别,以及HTTP2.0解决了哪些实际问题. 无论什么网络,也不管所用网络协议是什么版本,所有应用都应该致力于消除或减少不必要的网络延迟,将需要传输的数据压缩至最少. HTTP2.0就是为了做这些优化而出现的. 一.HTTP1.1的几个特点 1)持久连接 每个TCP

ERP体现出信息流.资金流.物流在供应商.企业.客户间的运营方向,是以销售为源头,生产.物料需求计划为核心,以金额.实时数据为基础的整体.ERP的核心是MRP(物料需求).企业的经营活动最终是为了赢利.本文围绕销售系统中的价格(Price)展开分析,详细说明ERP系统如何设计灵活的价格机制. Price 的理解 Price可翻译为价格,卖价,面价等,是物料的货币表现形式.以价格中是否包含税可分表未税价格(Net Price)和含税价格(Price).Price只是作为定价的依据,实际过程中还要考

Data base: 长期存储在计算机内,有组织的,可共享的大量数据集合.基本特征:永久存储,可共享,有一定的物理和逻辑结构. Data base manage system(DBMS):用户和os之间的一层数据管理软件. 1.提供数据操纵语言DML对数据库增删改查 2.数据库的建立和维护 3.提供数据控制功能:在数据库建立,运行和维护时,DBMS管理数据的安全性,完整性,并发控制和故障的系统恢复,(也就是数据库的事务管理和运行管理) 4.与其它软件系统通信 Data base system(D

转自http://dev.qq.com/topic/5811d42e7fd6ec467453bf58 概要 分享内容: 互联网内容载体变迁历程,文字——图片/声音——视频——VR/AR——……..从直播1.0秀场时代(YY),2.0游戏直播(斗鱼.虎牙.熊猫)到如今全民直播3.0泛生活娱乐时代(映客.花椒),国外直播app(Meerkat .Periscope),随着VA/AR/MR提出的沉浸式视听体验,直播4.0时代很快就能到来. 在这个全民娱乐的时代,直播已经火得不要不要的,各大公司都有自己