2017年6月1日

摘要: 泛型是Java SE 1.5的新特性,泛型的本质是参数化类型,也就是说所操作的数据类型被指定为一个参数 引入泛型的好处是安全简单。可以将运行时错误提前到编译时错误。没有泛型的情况的下,通过对类型Object的引用来实现参数的“任意化”,“任意化”带来的缺点是要做显式的强制类型转换,而这种转换是要求开 阅读全文
posted @ 2017-06-01 18:08 想到什么 阅读(185) 评论(0) 推荐(0)
摘要: 一、函数式编程 1、lambda 表达式 参数值 -> 函数体内容,例如: // Java 8之前:new Thread(new Runnable() { @Override public void run() { System.out.println("Before Java8, too much 阅读全文
posted @ 2017-06-01 11:58 想到什么 阅读(272) 评论(0) 推荐(0)

2017年5月27日

摘要: Duboo 不单让我们可以像使用本地服务一样的使用远程服务,还设计了很多特性来满足我们平时开发时常见的场景,省却了我们不少麻烦,真是一款有良心的框架,下面针对这些场景和解决方案来具体解释下: 1、接口与参数都可以加一些验证,DUBBO自带了 2、Dubbo提供声明式缓存,以减少用户加缓存的工作量 < 阅读全文
posted @ 2017-05-27 19:33 想到什么 阅读(3091) 评论(0) 推荐(0)

2017年5月25日

摘要: zookeeper将作为dubbo服务的注册中心。同时负责集群调度。dubbo依赖于Zookeeper,实现任务的分布式配置及各服务间的交互通信,Zookeeper以TreeNode类型进行存储,支持Cluster形式部署且保证最终数据一致性 两者集成相当简单,只需将协议修改为zookeeper < 阅读全文
posted @ 2017-05-25 20:09 想到什么 阅读(215) 评论(0) 推荐(0)
摘要: 一、Dubbo 创造者对于Dubbo的价值与意义作出过精辟的见解 1、单一应用架构 网站流量很小,只需一个应用,将所有功能都部署在一起,以减少部署节点和成本 此时,用于简化增删改查工作量的 数据访问框架(ORM) 是关键。2、垂直应用架构 访问量逐渐增大,单一应用增加机器带来的加速度越来越小,将应用 阅读全文
posted @ 2017-05-25 19:55 想到什么 阅读(254) 评论(0) 推荐(0)
摘要: Zookeeper主要可以干哪些事情:配置管理,名字服务,提供分布式同步以及集群管理. 一 、配置管理 在我们的应用中除了代码外,还有一些就是各种配置。比如数据库连接,远程服务访问地址等。一般我们都是使用配置文件的方式,在代码中引入这些配置文件。当我们只有一种配置,只有一台服务器,并且不经常修改的时 阅读全文
posted @ 2017-05-25 17:47 想到什么 阅读(180) 评论(0) 推荐(0)
摘要: 首先,开命令提示符,输入如下命令试试echo %M2_HOME% 回车如果显示的路径和安装路径一致说明配置没问题; 那么出现这个问题的原因可能就是路径问题,可能是你安装了某个软件更改了系统映射路径导致的。 相应的解决办法是:往PATH中添加%SystemRoot%\system32即可。注意:%Sy 阅读全文
posted @ 2017-05-25 10:48 想到什么 阅读(2720) 评论(0) 推荐(0)

2017年5月6日

摘要: 当遇到海量数据存储瓶颈时,除了可以将数据拆分到不同的机器,还可以先在当前服务器上构建垂直的层次存储结构,这样不单可以节约服务器资源,还可以减少分布式存储网络通信开销与风险。这也是生活中常见的解决方案:高楼大厦,立体车库等通过立体方式来节约土地。充分利用各个维度的空间。 具体方案如下: 一、建立存储的 阅读全文
posted @ 2017-05-06 09:03 想到什么 阅读(302) 评论(0) 推荐(0)

2017年4月27日

摘要: 当事物发展到某个较大值或极端时便会出现短时的观念和思潮的倒退或妥协。因为它自身的发展遇到了瓶颈,并且无法通过自身机制来解决时,便会暂时的向对立方向作一下妥协,以求得到新的思路与启发。这既是惯性使然,也是不得已而为之。 电商风风火火的发展到今天,从一开始的断言与实体商业势不两立,无法共存,不是你死就是 阅读全文
posted @ 2017-04-27 19:58 想到什么 阅读(374) 评论(2) 推荐(0)
摘要: 互联网相较于传统软件,更容易遇到高并发,高访问量的问题,因为产品面对的市场更大,人群更多。但技术还是哪些技术,设备还是那些设备,互联网产品应怎样来应对这些问题呢?最根本的办法是,减少高并发和访问。如果单个点无法容纳更多的访问,就要分流到多个点来处理,单步处理太久的就分多步来并发处理。这就是拆分与缓存 阅读全文
posted @ 2017-04-27 19:08 想到什么 阅读(423) 评论(0) 推荐(0)

导航