实例

直接明了的告诉你——对象与内存控制

JVM的垃圾回收机制是由一条后台线程执行的,其本身也是非常消耗内存的,因此,滥用创建对象,会导致性能大大下降,对内存的分配的了解就显得尤为重要变量分类局部变量形参:存在于方法签名中定义的局部变量,有方法调用者为其赋值,随着方法的结束而消亡方法内部变量:在方法内部定义的局部变量,必须在方法内对其进行显示初始化,随着方法的结束而消亡代码块内部的局部变量:在代码块内定义的局部变量

Redis 集群的合纵与连横

之前一篇写了关于 Redis 的性能,这篇就写写我认为比性能更重要的扩展性方面的主题。如果再给我一次回到好几年前的机会,对于使用 Redis 我一开始就要好好考虑将来的扩展问题。就像我们做数据库分库分表,一旦决策了分库分表,通常一次就会分到位,比如搞上 8 或 16 个库,每个库再分 256 或 1024 个表。不管将来业务再怎么发展,基本这个量级的分片都足够应对,而且底层

ookeeper:集群中实例的数量

概览应用程序通过zookeeper客户端连接zookeeper。客户端可以是zookeeper自身携带的客户端(zookeeper把client代码跟server放在一起,这点很多人有非议)也可以是一些其它的开源客户端例如apache curator和zkClient。zookeeper可以有两种部署模式,一种是单机版,一种是集群版。所谓单机版,亦即只有一个zookeepe

ookeeper:伪集群安装部署

只有一台linux主机,但却想要搭建一套zookeeper集群的环境。可以使用伪集群模式来搭建。伪集群模式本质上就是在一个linux操作系统里面启动多个zookeeper实例。这些不同的实例使用不同的端口,配置文件以及数据目录。创建独立的目录创建三个目录,隔离开3个zookeeper实例的数据文件,配置文件:[beanlam@localhost ~]$ mkdir zk1[

Redis 的性能幻想与残酷现实

2011 年,当初选择 Redis 作为主要的内存数据存储,主要吸引我的是它提供多样的基础数据结构可以很方便的实现业务需求。另一方面又比较担心它的性能是否足以支撑,毕竟当时 Redis 还属于比较新的开源产品。但 Redis 官网宣称其是提供多数据结构的高性能存储,我们对其还是抱有幻想的。幻想要了解 Redis 的性能,我们先看看官方的基准性能测试数据,心里有个底。测试前提

Android 启动模式—你需要知道的一切

启动界面如下:MainActivity—>Activity1—>Activity2—>Activity3—>MainActivity—>MainActivity.通过android:launchMode设置启动模式默认模式standardAndroid系统默认的启动模式就是standard,当启动模式为standard时,Log如下可以看到当Acitivity3启动位于栈底

实例分析|表单设计的六个实用技巧

本文作者将以一个旅游门户网站的注册流程作为实例,与你分享六个<表单设计的实用技巧。enjoy~在<网页设计领域中,<表单设计始终是绕不过去的话题。有的<表单设计的很无聊,但是有的表单却设计的很有趣,但是无论好坏,用户总得将表单填完,才能进入下一个环节,所以,表单的交互和体验无比重要。和其他的设计工作一样,表单是设计师/产品和用户进行沟通的桥梁,创建易用、高效的<网页表单,用

以实例讲产品改版(下):需求与设计

《以实例讲产品改版方法论》系列,是一个时间跨度接近半年的全站改版大项目,留下的一点经验,共分为两个部分。本文为下篇,主要讲改版语境下的需求规划与交互设计方法技巧,上篇为改版的立项与推动实操经验。 ( 以实例讲产品改版(上):准备与推动 )1. 改版需求规划:要打擒王战、攻坚战、歼灭战我们首先要明确一个概念:大改版就是要树立好靶子,抓核心要点进而重点击破。因为改版立项后,通常

以实例讲产品改版(上):准备与推动

《以实例讲产品改版方法论》系列,是一个时间跨度接近半年的全站改版大项目,留下的一点经验,共分为两个部分。本文为上篇,主要讲改版准备与驱动,下篇为改版语境下的产品设计实操技巧( 以实例讲产品改版(下):需求与设计 )。前期准备与铺垫:加入公司的时候,产品经过半年马不停蹄的持续丰富,刚刚进入稳定期,此时有足够的内容和数据积累,且各条功能线的体验均为最初版。我正好就此讲下,想要改