在前面的博客中，已了解了前端控制器，页面控制器，应用控制器这三种表现层模式，如果说它们精心安排了外部世界与系统内部的通信，那么业务逻辑层的工作则是处理应用程序的业务部分。业务逻辑层应当远离那些外部的“噪音”。业务逻辑是整个应用程序的根本目的所在，系统的其它

是指程序在申请内存后，无法释放已申请的内存空间，一次内存泄漏似乎不会有大的影响，但内存泄漏堆积后的后果就是内存溢出。所以测试环境和测试方法对检测内存泄漏至关重要。List、MAP等集合对象会始终存有对对象的引用，使得这些对象不能被GC回收。

使用微服务在进行项目的时候，由于没有对微服务进行分库，都是链接的同一个数据库，当微服务启动太多，而数据库的链接数为默认配置时，容易出现不够用的问题，其实知道如何解决，只是老忘记怎么写，故用于笔记记录：

分布式领域CAP理论，Consistency(一致性), 数据一致更新，所有数据变动都是同步的Availability(可用性), 好的响应性能Partition tolerance 可靠性定理：任何分布式系统只可同时满足二点，没法三者兼顾。Consist

Session缓存被称为Hibernate的一级缓存。如果缓存中还不存在相应的对象，Hibernate就会把相应的对象缓到一级缓存当中。当Transaction.commit()/session.flush()等方法缓存清理时，Hibernate就会根据相

Paxos的游戏场景：甲乙两个客户端分别提交100、200两个事务，其中100需要把数据库比如学生姓名改为张三，200事务改成李四，后台有三个数据库服务器A、B、C。甲知道这个事情后，同意200事务变成李四，继续征求A、B、C意见4、200成功与A、B、C

现在大型的电子商务系统，在数据库层面大都采用读写分离技术，就是一个Master数据库，多个Slave数据库。Master库负责数据更新和实时数据查询，Slave库当然负责非实时数据查询。因为在实际的应用中，数据库都是读多写少，而读取数据通常耗时比较长，占用

而持久化的实现过程大多通过各种关系数据库来完成。持久化的主要应用是将内存中的数据存储在关系型数据库中，当然也可以存储在磁盘文件、XML数据文件中。JDBC直接访问数据库。Connection接口，根据提供的不同驱动产生不同的连接；JDBCURL的标准由三部

他们的状态是瞬时的，也就是说他们没有任何跟数据库表相关联的行为，只要应用不再引用这些对象，他们的状态将会丢失，并由垃圾回收机制回收。临时对象的特征。不处于Session的缓存中，也可以说，不被任何一个Session实例关联。Session的delete()

</bean>在上面的配置中，通常你需要配置url、username、password、maxActive这几项。Druid能够自动识别20多中url，常见的JDBCDriver都包括了。

有一段是时间没有写文章了，之前写过一篇《个人站长如何对整个网站页面301重定向跳转的》得到了许多的同行的认可与支持。今天分享一下最近我们网站的搬家过程，真是一波三折。这个时候你就需要在你的网站后台手动备份下数据库，然后在你的ftp找到路径下载下来就可以了。

数据库的类型有很多，虚拟主机常用数据库有MySQL、SQLServer、Access等。MySQL具有很高的效率，胜任大中小各种类型的网站应用。不过由于Access是小型数据库，有着根本的使用局限性，在数据库过大或者访问量高的时候性能会急剧下降。注意Acc

所以成熟的系统架构是随着业务的扩展而逐步完善的，并不是一蹴而就;不同业务特征的系统，会有各自的侧重点，例如淘宝，要解决海量的商品信息的搜索、下单、支付，例如腾讯，要解决数亿用户的实时消息传输，百度它要处理海量的搜索请求，他们都有各自的业务特性，系统架构也有

平台简介Geek-Framework是基于多个优秀的开源项目，高度整合封装而成的高效，高性能，强安全性的开源Java微服务快速开发框架。Geek-Framework是在SpringBoot基础上搭建的一个Java基础开发框架，以Spring MVC为模型视

如今，大型企业的应用平台正在向微服务架构进行转型。在微服务架构下，应用程序和数据库等底层平台的关系将会被重构。因此，分布式数据库对于分布式交易与 ACID 必须保证与传统技术完全兼容。传统单点数据库的容量瓶颈，仅仅是分布式数据库所解决的问题之一。因此，分布

SQLite无任何限制的授权协议以及支持大部分标准的SQL 92语句，相信会有越来越多的人使用这个数据库。PHP与SQLite的结合就如同当年的ASP与ACCESS结合一样，ACCESS可以遭遇被人恶意下载，SQLite同样不能幸免，因为SQLite也是一