jsp页面的一些头文件

做个标记记住这些头文件

java 中异常学习总结

2013-03-13_094451

最近学习一些东西,看到有好多处理异常的,就顺带着把java的异常系统复习了一遍,throwable是所有异常和错误的超类,java中 error和 Exception分别都继承了这个超类。

(一)错误和异常

error表示错误,程序无法处理的,例如内存溢出,这时候jvm会选择终止线程;

Exception又分为运行时异常和非运行时异常,有时候也称之为不检查异常(UncheckedException)和检查异常(Checned Excepton);

(二)运行时异常和非运行时异常

运行时异常 Runtimeexception 以及运行时异常的子类,例如NullpointException,这些异常属于不检查异常,程序可以选择捕获处理,也可以不处理,但应该尽量避免这类异常的发生。

非运行时异常,也称之为CheckedException,例如IOException,必须在代码编译过程中就对这种异常进行处理,如果不处理,程序都不能编译通过;

(三)异常的捕获和处理

java中通过  try catcha  finally throw throws这五个关键字进行异常的处理

代码格式如下:

 

2、 try、catch、finally三个语句块应注意的问题
    第一、try、catch、finally三个语句块均不能单独使用,三者可以组成 try…catch…finally、try…catch、try…finally三种结构,catch语句可以有一个或多个,finally语句最多一个。
第二、try、catch、finally三个代码块中变量的作用域为代码块内部,分别独立而不能相互访问。如果要在三个块中都可以访问,则需要将变量定义到这些块的外面。
第三、多个catch块时候,只会匹配其中一个异常类并执行catch块代码,而不会再执行别的catch块,并且匹配catch语句的顺序是由上到下。

3、throw、throws关键字
    throw关键字是用于方法体内部,用来抛出一个Throwable类型的异常。如果抛出了检查异常,则还应该在方法头部声明方法可能抛出的异常类型。该方法的调用者也必须检查处理抛出的异常。如果所有方法都层层上抛获取的异常,最终JVM会进行处理,处理也很简单,就是打印异常消息和堆栈信息。如果抛出的是Error或RuntimeException,则该方法的调用者可选择处理该异常。有关异常的转译会在下面说明。

throws关键字用于方法体外部的方法声明部分,用来声明方法可能会抛出某些异常。仅当抛出了检查异常,该方法的调用者才必须处理或者重新抛出该异常。当方法的调用者无力处理该异常的时候,应该继续抛出,而不是囫囵吞枣一般在catch块中打印一下堆栈信息做个勉强处理。

异常处理的一般原则 (摘录自别人的)
1、 能处理就早处理,抛出不去还不能处理的就想法消化掉或者转换为RuntimeException处理。因为对于一个应用系统来说,抛出大量异常是有问题的,应该从程序开发角度尽可能的控制异常发生的可能。
2、 对于检查异常,如果不能行之有效的处理,还不如转换为RuntimeException抛出。这样也让上层的代码有选择的余地――可处理也可不处理。
3、 对于一个应用系统来说,应该有自己的一套异常处理框架,这样当异常发生时,也能得到统一的处理风格,将优雅的异常信息反馈给用户。

 

51CTO上两篇MYSQL引擎该如何选择的文章(转载)

转载地址:

http://database.51cto.com/art/200905/122382.htm

http://database.51cto.com/art/200905/124370.htm

——————————————————————————————

第一篇文章:

MyISAM 是MySQL中默认的存储引擎,一般来说不是有太多人关心这个东西。决定使用什么样的存储引擎是一个很tricky的事情,但是还是值我们去研究一下,这里的文章只考虑 MyISAM 和InnoDB这两个,因为这两个是最常见的。

下面先让我们回答一些问题:
◆你的数据库有外键吗?
◆你需要事务支持吗?
◆你需要全文索引吗?
◆你经常使用什么样的查询模式?
◆你的数据有多大?

思考上面这些问题可以让你找到合适的方向,但那并不是绝对的。如果你需要事务处理或是外键,那么InnoDB 可能是比较好的方式。如果你需要全文索引,那么通常来说 MyISAM是好的选择,因为这是系统内建的,然而,我们其实并不会经常地去测试两百万行记录。所以,就算是慢一点,我们可以通过使用Sphinx从 InnoDB中获得全文索引。

数据的大小,是一个影响你选择什么样存储引擎的重要因素,大尺寸的数据集趋向于选择InnoDB方式,因为其支持事务处理和故障恢复。数据库的在小 决定了故障恢复的时间长短,InnoDB可以利用事务日志进行数据恢复,这会比较快。而MyISAM可能会需要几个小时甚至几天来干这些事,InnoDB 只需要几分钟。

您操作数据库表的习惯可能也会是一个对性能影响很大的因素。比如: COUNT() 在 MyISAM 表中会非常快,而在InnoDB 表下可能会很痛苦。而主键查询则在InnoDB下会相当相当的快,但需要小心的是如果我们的主键太长了也会导致性能问题。大批的inserts 语句在MyISAM下会快一些,但是updates 在InnoDB 下会更快一些——尤其在并发量大的时候。

所以,到底你检使用哪一个呢?根据经验来看,如果是一些小型的应用或项目,那么MyISAM 也许会更适合。当然,在大型的环境下使用MyISAM 也会有很大成功的时候,但却不总是这样的。如果你正在计划使用一个超大数据量的项目,而且需要事务处理或外键支持,那么你真的应该直接使用InnoDB方 式。但需要记住InnoDB 的表需要更多的内存和存储,转换100GB 的MyISAM 表到InnoDB 表可能会让你有非常坏的体验。

——————————————————————————————————————————

第二篇文章

两种类型最主要的差别就是Innodb 支持事务处理与外键和行级锁.而MyISAM不支持.所以MyISAM往往就容易被人认为只适合在小项目中使用。

我作为使用MySQL的用户角度出发,Innodb和MyISAM都是比较喜欢的,但是从我目前运维的数据库平台要达到需求:99.9%的稳定性,方便的扩展性和高可用性来说的话,MyISAM绝对是我的首选。

原因如下:

1、首先我目前平台上承载的大部分项目是读多写少的项目,而MyISAM的读性能是比Innodb强不少的。

2、MyISAM的索引和数据是分开的,并且索引是有压缩的,内存使用率就对应提高了不少。能加载更多索引,而Innodb是索引和数据是紧密捆绑的,没有使用压缩从而会造成Innodb比MyISAM体积庞大不小。

3、从平台角度来说,经常隔1,2个月就会发生应用开发人员不小心update一个表where写的范围不对,导致这个表没法正常用了,这个时候 MyISAM的优越性就体现出来了,随便从当天拷贝的压缩包取出对应表的文件,随便放到一个数据库目录下,然后dump成sql再导回到主库,并把对应的 binlog补上。如果是Innodb,恐怕不可能有这么快速度,别和我说让Innodb定期用导出xxx.sql机制备份,因为我平台上最小的一个数据 库实例的数据量基本都是几十G大小。

4、从我接触的应用逻辑来说,select count(*) 和order by 是最频繁的,大概能占了整个sql总语句的60%以上的操作,而这种操作Innodb其实也是会锁表的,很多人以为Innodb是行级锁,那个只是 where对它主键是有效,非主键的都会锁全表的。

5、还有就是经常有很多应用部门需要我给他们定期某些表的数据,MyISAM的话很方便,只要发给他们对应那表的frm.MYD,MYI的文件,让 他们自己在对应版本的数据库启动就行,而Innodb就需要导出xxx.sql了,因为光给别人文件,受字典数据文件的影响,对方是无法使用的。

6、如果和MyISAM比insert写操作的话,Innodb还达不到MyISAM的写性能,如果是针对基于索引的update操作,虽然MyISAM可能会逊色Innodb,但是那么高并发的写,从库能否追的上也是一个问题,还不如通过多实例分库分表架构来解决。

7、如果是用MyISAM的话,merge引擎可以大大加快应用部门的开发速度,他们只要对这个merge表做一些select count(*)操作,非常适合大项目总量约几亿的rows某一类型(如日志,调查统计)的业务表。

当然Innodb也不是绝对不用,用事务的项目如模拟炒股项目,我就是用Innodb的,活跃用户20多万时候,也是很轻松应付了,因此我个人也是很喜欢Innodb的,只是如果从数据库平台应用出发,我还是会首选MyISAM。

另外,可能有人会说你MyISAM无法抗太多写操作,但是我可以通过架构来弥补,说个我现有用的数据库平台容量:主从数据总量在几百T以上,每天十 多亿 pv的动态页面,还有几个大项目是通过数据接口方式调用未算进pv总数,(其中包括一个大项目因为初期memcached没部署,导致单台数据库每天处理 9千万的查询)。而我的整体数据库服务器平均负载都在0.5-1左右。

MySql 引擎innodb和MyISAM的比较

MyISAM
———————————————————————————————-
(1)、MyISAM是基于传统的ISAM类型,ISAM是Indexed Sequential Access Method (有索引的顺序访问方法)
(2)、不支持事务
(3)、不支持外键
(4)、如果用到大量的查询语句的时候,建议使用MYISAM内核
(5)、MyISAM具有检查和修复表格的大多数工具. MyISAM表格可以被压缩
(6)、操作数据库表的习惯,如果使用select count(*)查询的话,在MyISAM下速度会很快,而在innodb下可能就有点慢了,但是如果
查询的是主键的话,在innodb下速度还是可以的,

innodb
———————————————————————————————-
(1)、事务安全的,支持行级锁
(2)、支持外键
(3)、如果使用大量的insert和update语句的时候,建议使用innodb内核
(4)、对于支持事物的InnoDB类型的标,影响速度的主要原因是AUTOCOMMIT默认设置是打开的,而且程序没有显式调用BEGIN 开始事务,导致每插入一条都自动Commit,严重影响了速度。可以在执行sql前调用begin,多条sql形成一个事物(即使autocommit打开也可以),将大大提高性能。
(5)、大尺寸的数据趋向于选择innodb内核,因为这个内核支持事务和故障恢复,InnoDB可以利用事务日志进行数据恢复,这会比较快,而MyISAM可能会需要几个小时甚至几天来干这些事,InnoDB 只需要几分钟。

ubuntu 断电后停留在开机选项界面

项目中用的操蛋的ubuntu作为server,不知道谁出的主意,断电后系统停留在开机选项那等待用户选择,如果不选择一直停留在那,下边提供下更改方法:
(1)进入boot/grub目录, 修改grub.cfg文件的权限,使其有可写的权限
(2)找到大概60行的位置,有个set timeout =-1还有紧接着的后边第二行也有个set timeout = 2,将这两个值都改成10,然后保存退出就可以了,就是等待10S后会自动进入默认的系统

Eclipse 安装 jad插件

先给出Jad和jar包的下载地址:
http://pan.baidu.com/share/link?shareid=119332&uk=201756560
安装步骤:
(1)把下载的jad.exe拷贝到jdk的bin目录里边,把jar包拷贝到Eclipse的dropins目录里边
(2)启动Eclipse后,在Windows–>Perference–>Java下面应该会多出一个JadClipse目录,相关的设置可以在此修改配置jadclipse:设置path to decompiler为jad.exe的全路,如:D:\Java\jdk1.5.0_06\bin\jad.exe,在Directory for temporary files中指定临时文件的路径,如:D:\Java\temp
(3)在Eclipse的Windows–>Perference–>General->Editors->File Associations中修改“*.class”默认关联的编辑器为“JadClipse Class File Viewer”(我用的Sping的IDE ,发现这么设置后不起作用,要设置下 File Associations的 “.class without source”的默认打开方式为JadClipse Class File Viewer,这样才可以在Eclipse里边反编译class文件)
(4)安装完成,重启下Eclipse,双击class文件,Eclipse将自动反编译了。

eclipse代码格式化,换行宽度设置

window-preferences–>java-code Style-formatter
首先新建一个,如zxm。因为eclipse自带的不能编辑
编辑,在tab的Line Wrapping设置 最大的line width 即可。默认为80,根据自己屏幕大小设置宽度吧.这样以后代码自动格式化时不会给换行了。