RMI的全称是远程方法调用，相信不少朋友都听说过，基本的思路可以用一个经典比方来解释：A计算机想要计算一个两个数的加法，但A自己做不了，于是叫另外一台计算机B帮忙，B有计算加法的功能，A调用它就像调用这个功能是自己的一样方便。这个就叫做远程方法调用了。

远程方法调用是EJB实现的支柱，建立分布式应用的核心思想。这个很好理解，再拿上面的计算加法例子，A只知道去call计算机B的方法，自己并没有B的那些功能，所以A计算机端就无法看到B执行这段功能的过程和代码，因为看都看不到，所以既没有机会窃取也没有机会去改动方法代码。EJB正式基于这样的思想来完成它的任务的。当简单的加法变成复杂的数据库操作和电子商务交易应用的时候，这样的安全性和分布式应用的便利性就表现出来优势了。

好了，回到细节上，要如何实现远程方法调用呢？我希望大家学习任何技术的时候可以试着依赖自己的下意识判断，只要你的想法是合理健壮的，那么很可能实际上它就是这么做的，毕竟真理都蕴藏在平凡的生活细节中。这样只要带着一些薄弱的Java基础来思考RMI，其实也可以想出个大概来。

a) 需要有一个服务器角色，它拥有真正的功能代码方法。例如B，它提供加法服务
b) 如果想远程使用B的功能，需要知道B的IP地址
c) 如果想远程使用B的功能，还需要知道B中那个特定服务的名字

我们很自然可以想到这些，虽然不完善，但已经很接近正确的做法了。实际上RMI要得以实现还得意于Java一个很重要的特性，就是Java反射机制。我们需要知道服务的名字，但又必须隐藏实现的代码，如何去做呢？答案就是：接口！
举个例子：
public interface Person(){
public void sayHello();
}

Public class PersonImplA implements Person{
public PersonImplA(){}

public void sayHello(){ System.out.println(“Hello!”);}
}

Public class PersonImplB implements Person{
public PersonImplB(){}

public void sayHello(){ System.out.println(“Nice to meet you!”);}
}

客户端：Person p = Naming.lookup(“PersonService”);
p.sayHello();

就这几段代码就包含了几乎所有的实现技术，大家相信么？客户端请求一个say hello服务，服务器运行时接到这个请求，利用Java反射机制的Class.newInstance()返回一个对象，但客户端不知道服务器返回的是 ImplA还是ImplB，它接受用的参数签名是Person，它知道实现了Person接口的对象一定有sayHello()方法，这就意味着客户端并不知道服务器真正如何去实现的，但它通过了解Person接口明确了它要用的服务方法名字叫做sayHello()。

如此类推，服务器只需要暴露自己的接口出来供客户端，所有客户端就可以自己选择需要的服务。这就像餐馆只要拿出自己的菜单出来让客户选择，就可以在后台厨房一道道的按需做出来，它怎么做的通常是不让客户知道的！（祖传菜谱吧，^_^）

最后一点是我调用lookup，查找一个叫PersonService名字的对象，服务器只要看到这个名字，在自己的目录（相当于电话簿）中找到对应的对象名字提供服务就可以了，这个目录就叫做JNDI (Java命名与目录接口），相信大家也听过的。

有兴趣的朋友不妨自己做个RMI的应用，很多前辈的博客中有简单的例子。提示一下利用Jdk的bin目录中rmi.exe和 rmiregistry.exe两个命令就可以自己建起一个服务器，提供远程服务。因为例子很容易找，我就不自己举例子了！
相信大家对XML都不陌生，含义是可扩展标记语言。本身它也就是一个数据的载体以树状表现形式出现。后来慢慢的数据变成了信息，区别是信息可以包括可变的状态从而针对程序硬编码的做法变革为针对统一接口硬编码而可变状态作为信息进入了XML中存储。这样改变状态实现扩展的唯一工作是在XML中添加一段文本信息就可以了，代码不需要改动也不需要重新编译。这个灵活性是XML诞生时候谁也没想到的。

当然，如果接口要能提取XML中配置的信息就需要程序能解析规范的XML文件，Java中当然要提高包对这个行为进行有利支持。笔者打算讲到的两个包是 org.w3c.dom和javax.xml.parsers和。（大家可以浏览一下这些包中间的接口和类定义）

Javax.xml.parsers包很简单，没有接口，两个工厂配两个解析器。显然解析XML是有两种方式的：DOM解析和SAX解析。本质上并没有谁好谁不好，只是实现的思想不一样罢了。给一个XML文件的例子：
<?xml version=”1.0” encoding=”UTF-8” >
<root >
<child name=”Kitty” >
A Cat
</child >
</root >

所谓DOM解析的思路是把整个树状图存入内存中，需要那个节点只需要在树上搜索就可以读到节点的属性，内容等，这样的好处是所有节点皆在内存可以反复搜索重复使用，缺点是需要消耗相应的内存空间。

自然SAX解析的思路就是为了克服DOM的缺点，以事件触发为基本思路，顺序的搜索下来，碰到了Element之前触发什么事件，碰到之后做什么动作。由于需要自己来写触发事件的处理方案，所以需要借助另外一个自定义的Handler，处于org.xml.sax.helpers包中。它的优点当然是不用整个包都读入内存，缺点也是只能顺序搜索，走完一遍就得重来。

大家很容易就能猜到，接触到的J2ee框架用的是哪一种，显然是DOM。因为类似Struts，Hibernate框架配置文件毕竟是很小的一部分配置信息，而且需要频繁搜索来读取，当然会采用DOM方式（其实SAX内部也是用DOM采用的结构来存储节点信息的）。现在无论用什么框架，还真难发现使用 SAX来解析XML的技术了，如果哪位仁兄知道，请让笔者也学习学习。

既然解析方式有了，那么就需要有解析的存储位置。不知道大家是否发现org.w3c.dom这个包是没有实现类全部都是接口的。这里笔者想说一下Java 如何对XML解析是Jdk应该考虑的事，是它的责任。而w3c组织是维护定义XML标准的组织，所以一个XML结构是怎么样的由w3c说了算，它不关心 Java如何去实现，于是乎规定了所有XML存储的结构应该遵循的规则，这就是org.w3c.dom里全部的接口目的所在。在笔者看来，简单理解接口的概念就是实现者必须遵守的原则。

整个XML对应的结构叫Document、子元素对应的叫做Element、还有节点相关的Node、NodeList、Text、Entity、 CharacterData、CDATASection等接口，它们都可以在XML的语法中间找到相对应的含义。由于这里不是讲解XML基本语法，就不多介绍了。如果大家感兴趣，笔者也可以专门写一篇关于XML的语法规则帖与大家分享一下。

2． Java Swing
Swing是一个让人又爱又恨的东西，可爱之处在于上手很容易，较AWT比起来Swing提供的界面功能更加强大，可恨之处在于编复杂的界面工作量实在是巨大。笔者写过超过3000行的Swing界面，感觉用户体验还不是那么优秀。最近又写过超过6000行的，由于功能模块多了，整体效果还只是一般般。体会最深的就一个字：累! 所以大家现在都陆续不怎么用Swing在真正开发的项目上了，太多界面技术可以取代它了。笔者去写也是迫于无奈组里面大家都没写过，我不入地域谁入？

尽管Swing慢慢的在被人忽略，特别是随着B/S慢慢的在淹没C/S，笔者倒是很愿意站出来为Swing正身。每一项技术的掌握绝不是为了流行时尚跟风。真正喜欢Java的朋友们还是应该好好体会一下Swing，相信在校的很多学生也很多在学习它。很可能从Jdk 1.1、1.2走过来的很多大学老师可能是最不熟悉它的。
Swing提供了一组轻组件统称为JComponent，它们与AWT组件的最大区别是JComponent全部都是Container，而 Container的特点是里面可以装载别的组件。在Swing组件中无论是JButton、JLabel、JPanel、JList等都可以再装入任何其他组件。好处是程序员可以对Swing组件实现“再开发”，针对特定需求构建自己的按钮、标签、画板、列表之类的特定组件。

有轻自然就有重，那么轻组件和重组件区别是？重组件表现出来的形态因操作系统不同而异，轻组件是Swing自己提供GUI，在跨平台的时候最大程度的保持一致。
那么在编程的时候要注意一些什么呢？笔者谈谈自己的几点经验：

a. 明确一个概念，只有Frame组件才可以单独显示的，也许有人会说JOptionPane里面的静态方法就实现了单独窗口出现，但追寻源代码会发现其实现实出来的Dialog也需要依托一个Frame窗体，如果没有指定就会默认产生一个然后装载这个Dialog显示出来。

b. JFrame是由这么几部分组成：
最底下一层JRootPane，上面是glassPane (一个JPanel)和layeredPane (一个JLayeredPane)，而layeredPane又由contentPane(一个JPanel)和menuBar构成。我们的组件都是加在 contentPane上，而背景图片只能加在layeredPane上面。至于glassPane是一个透明的覆盖了contentPane的一层，在特定效果中将被利用到来记录鼠标坐标或掩饰组件。

c. 为了增强用户体验，我们会在一些按钮上添加快捷键，但Swing里面通常只能识别键盘的Alt键，要加入其他的快捷键，必须自己实现一个ActionListener。

d. 通过setLayout(null)可以使得所有组件以setBounds()的四个参数来精确定位各自的大小、位置，但不推荐使用，因为好的编程风格不应该在Swing代码中硬编码具体数字，所有的数字应该以常数的形式统一存在一个静态无实例资源类文件中。这个静态无实例类统一负责Swing界面的风格，包括字体和颜色都应该包括进去。

e. 好的界面设计有一条Golden Rule: 用户不用任何手册通过少数尝试就能学会使用软件。所以尽量把按钮以菜单的形式（不管是右键菜单还是窗体自带顶部菜单）呈现给顾客，除非是频繁点击的按钮才有必要直接呈现在界面中。

其实Swing的功能是相当强大的，只是现在应用不广泛，专门去研究大概是要花不少时间的。笔者在各网站论坛浏览关于Swing的技巧文章还是比较可信的，自己所学非常有限，各人体会对Swing各个组件的掌握就是一个实践积累的过程。笔者只用到过以上这些，所以只能谈谈部分想法，还望大家见谅！ 关于Java的线程，初学或者接触不深的大概也能知道一些基本概念，同时又会很迷惑线程到底是怎么回事？如果有人认为自己已经懂了不妨来回答下面的问题：
a. A对象实现Runnable接口，A.start()运行后所谓的线程对象是谁？是A么？
b. 线程的wait()、notify()方法到底是做什么时候用的，什么时候用？
c. 为什么线程的suspend方法会被标注过时，不推荐再使用，线程还能挂起么？
d. 为了同步我们会对线程方法声明Synchronized来加锁在对象上，那么如果父类的f()方法加了Synchronized，子类重写f()方法必须也加Synchronized么？如果子类的f()方法重写时声明Synchronized并调用super.f()，那么子类对象上到底有几把锁呢？会因为竞争产生死锁么？

呵呵，各位能回答上来几道呢？如果这些都能答上来，说明对线程的概念还是满清晰的，虽说还远远不能算精通。笔者这里一一做回答，碍于篇幅的原因，笔者尽量说得简介一点，如果大家有疑惑的欢迎一起讨论。

首先第一点，线程跟对象完全是两回事，虽然我们也常说线程对象。但当你用run()和start()来启动一个线程之后，线程其实跟这个继承了 Thread或实现了Runnable的对象已经没有关系了，对象只能算内存中可用资源而对象的方法只能算内存正文区可以执行的代码段而已。既然是资源和代码段，另外一个线程当然也可以去访问，main函数执行就至少会启动两个线程，一个我们称之为主线程，还一个是垃圾收集器的线程，主线程结束就意味着程序结束，可垃圾收集器线程很可能正在工作。

第二点，wait()和sleep()类似，都是让线程处于阻塞状态暂停一段时间，不同之处在于wait会释放当前线程占有的所有的锁，而 sleep不会。我们知道获得锁的唯一方法是进入了Synchronized保护代码段，所以大家会发现只有Synchronized方法中才会出现 wait，直接写会给警告没有获得当前对象的锁。所以notify跟wait配合使用，notify会重新把锁还给阻塞的线程重而使其继续执行，当有多个对象wait了，notify不能确定唤醒哪一个，必经锁只有一把，所以一般用notifyAll()来让它们自己根据优先级等竞争那唯一的一把锁，竞争到的线程执行，其他线程只要继续wait。

从前Java允许在一个线程之外把线程挂起，即调用suspend方法，这样的操作是极不安全的。根据面向对象的思想每个对象必须对自己的行为负责，而对自己的权力进行封装。如果任何外步对象都能使线程被挂起而阻塞的话，程序往往会出现混乱导致崩溃，所以这样的方法自然是被毙掉了啦。

最后一个问题比较有意思，首先回答的是子类重写f()方法可以加Synchronized也可以不加，如果加了而且还内部调用了super.f ()的话理论上是应该对同一对象加两把锁的，因为每次调用Synchronized方法都要加一把，调用子类的f首先就加了一把，进入方法内部调用父类的 f又要加一把，加两把不是互斥的么？那么调父类f加锁不就必须永远等待已经加的锁释放而造成死锁么？实际上是不会的，这个机制叫重进入，当父类的f方法试图在本对象上再加一把锁的时候，因为当前线程拥有这个对象的锁，也可以理解为开启它的钥匙，所以同一个线程在同一对象上还没释放之前加第二次锁是不会出问题的，这个锁其实根本就没有加，它有了钥匙，不管加几把还是可以进入锁保护的代码段，畅通无阻，所以叫重进入，我们可以简单认为第二把锁没有加上去。

总而言之，Synchronized的本质是不让其他线程在同一对象上再加一把锁。
大家肯定在安装JDK的时候会有选择是否安装单独的jre，一般都会一起安装，我也建议大家这样做。因为这样更能帮助大家弄清楚它们的区别：

Jre 是java runtime environment, 是java程序的运行环境。既然是运行，当然要包含jvm，也就是大家熟悉的虚拟机啦，还有所有java类库的class文件，都在lib目录下打包成了jar。大家可以自己验证。至于在windows上的虚拟机是哪个文件呢？学过MFC的都知道什么是dll文件吧，那么大家看看jre/bin/client里面是不是有一个jvm.dll呢？那就是虚拟机。

Jdk 是java development kit，是java的开发工具包，里面包含了各种类库和工具。当然也包括了另外一个Jre. 那么为什么要包括另外一个Jre呢？而且jdk/jre/bin同时有client和server两个文件夹下都包含一个jvm.dll。说明是有两个虚拟机的。这一点不知道大家是否注意到了呢？

相信大家都知道jdk的bin下有各种java程序需要用到的命令，与jre的bin目录最明显的区别就是jdk下才有javac，这一点很好理解，因为 jre只是一个运行环境而已。与开发无关，正因为如此，具备开发功能的jdk自己的jre下才会同时有client性质的jvm和server性质的 jvm， 而仅仅作为运行环境的jre下只需要client性质的jvm.dll就够了。

记得在环境变量path中设置jdk/bin路径麽？这应该是大家学习Java的第一步吧，老师会告诉大家不设置的话javac和java是用不了的。确实jdk/bin目录下包含了所有的命令。可是有没有人想过我们用的java命令并不是 jdk/bin目录下的而是jre/bin目录下的呢？不信可以做一个实验，大家可以把jdk/bin目录下的java.exe剪切到别的地方再运行 java程序，发现了什么？一切OK！

那么有人会问了？我明明没有设置jre/bin目录到环境变量中啊？

试想一下如果java为了提供给大多数人使用，他们是不需要jdk做开发的，只需要jre能让java程序跑起来就可以了，那么每个客户还需要手动去设置环境变量多麻烦啊？所以安装jre的时候安装程序自动帮你把jre的java.exe添加到了系统变量中，验证的方法很简单，大家看到了系统环境变量的 path最前面有“%SystemRoot%\system32;%SystemRoot%;”这样的配置，那么再去Windows/system32下面去看看吧，发现了什么？有一个java.exe。

如果强行能够把jdk/bin挪到system32变量前面，当然也可以迫使使用jdk/jre里面的java，不过除非有必要，我不建议大家这么做。使用单独的jre跑java程序也算是客户环境下的一种测试。

这下大家应该更清楚jdk和jre内部的一些联系和区别了吧？

PS: 其实还有满多感想可以总结的，一次写多了怕大家扔砖头砸死我，怪我太罗唆。大家应该更加踏实更加务实的去做一些研究并互相分享心得，大方向和太前沿的技术讨论是必要的但最好不要太多，毕竟自己基础都还没打好，什么都讲最新版本其实是进步的一大障碍！

201303
------------------------------------------
who options可显示当前登录的用户.
选项：-a显示所有结果，-r显示当前运行级别，-s列出用户名及时间域.
whoami 显示自己的用户名.
whereis 输出系统命令的二进制文件路径.
wc options files 能够统计文件中的字符数、单词数和行数.
wc -c xx显示字符数 wc -l xx显示行数 wc -w xx显示单词数.
wait 可用来等待进程号为proccess ID的进程或者所有的后台进程结束后，再执行当前脚本.
uname 显示当前操作系统名及其他相关信息.
选项：-a 显示所有信息，-s 系统名，-v只显示操作系统版本或其发布日期.
touch 创建一个文件.
选项：-t MMDDhhmm 创建一个具有相应月、日、时分时间戳的文件.
strings 可以看二进制文件中所包含的文本.
shutdown 关机（shutdown now）
script 可使用该命令记录当前会话.
例：script mylogin 启动script命令并将所有会话内容记录到mylogin文件中.
mkdir 创建目录 rmdir 删除目录
rm 能够删除文件或目录.
选项: -i 删除文件之前给出提示(安全模式), -r 删除目录.
pwd显示当前的工作目录.
nl 命令可用于在文件中列行号，在打印源代码或列日志文件时很有用.
选项：-I 行号每次增加n，默认为1. -p 在新的一页不重新计数.
more 该命令和page及pg命令功能类似，都能够分屏显示文件内容（分页显示）.
logname 该命令可以显示当前所使用的登陆用户名.
head 命令可以显示相应文件的前多少行.
例如：head -20 myfile 表示显示myfile文件的前20行内容.
fuser 命令可以显示访问某个文件或文件系统的所有进程.
选项: -k 杀死所有访问该文件或文件系统的进程， -u 显示访问该文件或文件系统的所有进程.
file 命令用来确定文件的类型.
df -h 查看系统磁盘空间.
du 显示的磁盘空间占用是以512字节的块来表示的.显示目录所占用的空间.
例如：在/var目录下执行du -s 后显示14929 表示/var目录占用的空间为14929块(每块是512字节).
basename 能够从路径中分离出文件名.通常用于shell脚本中.
例如：/home/dave/myfile 返回myfile
dirname 返回路径内部分，该目录正好与basename命令相反.
例如：dirname /home/dave/myfile 返回/home/dave
cat 查看文本文件的显示命令,选项-v：显示控制字符.
diff 对比两个文件，显示两个文件中不一致的行.
dircmp 比较并显示两个目录中的不同.
tar -cvf 文件或目录打包:
例如：tar -cvf temp2.tar /usr/lib ，将/usr/lib目录下的文件与子目录打包成一个文件库为temp2.tar.
tar -xvf 解包 例如：tar -xvf /u0/temp2.tar

-----------------------------------
20130219:

find . -type f -exec chmod 644 {} \;

find . -type d 文件夹
find . -type f 文件

------------------------------------
作者:冯太广  主页: http://www.521tg.com

最近总是应用一些LINUX命令,有些参数记不住,所以整理一下,方便查阅,也和大家一起分享.

vi命令使用
-----------------------
vi filename :打开或新建文件，并将光标置于第一行首
vi +n filename ：打开文件，并将光标置于第n行首
vi + filename ：打开文件，并将光标置于最后一行首
vi +/pattern filename：打开文件，并将光标置于第一个与pattern匹配的串处
vi -r filename ：在上次正用vi编辑时发生系统崩溃，恢复filename
vi filename....filename ：打开多个文件，依次编辑

移动光标类命令
h ：光标左移一个字符
l ：光标右移一个字符
space：光标右移一个字符
Backspace：光标左移一个字符
k或Ctrl+p：光标上移一行
j或Ctrl+n ：光标下移一行
Enter ：光标下移一行
w或W ：光标右移一个字至字首
b或B ：光标左移一个字至字首
e或E ：光标右移一个字j至字尾
) ：光标移至句尾
( ：光标移至句首
}：光标移至段落开头
{：光标移至段落结尾
nG：光标移至第n行首
n+：光标下移n行
n-：光标上移n行
n$：光标移至第n行尾
H ：光标移至屏幕顶行
M ：光标移至屏幕中间行
L ：光标移至屏幕最后行
0：（注意是数字零）光标移至当前行首
$：光标移至当前行尾

屏幕翻滚类命令
Ctrl+u：向文件首翻半屏
Ctrl+d：向文件尾翻半屏
Ctrl+f：向文件尾翻一屏
Ctrl＋b；向文件首翻一屏
nz：将第n行滚至屏幕顶部，不指定n时将当前行滚至屏幕顶部。

插入文本类命令
i ：在光标前
I ：在当前行首
a：光标后
A：在当前行尾
o：在当前行之下新开一行
O：在当前行之上新开一行
r：替换当前字符
R：替换当前字符及其后的字符，直至按ESC键
s：从当前光标位置处开始，以输入的文本替代指定数目的字符
S：删除指定数目的行，并以所输入文本代替之
ncw或nCW：修改指定数目的字
nCC：修改指定数目的行

删除命令
ndw或ndW：删除光标处开始及其后的n-1个字
do：删至行首
d$：删至行尾
ndd：删除当前行及其后n-1行
x或X：删除一个字符，x删除光标后的，而X删除光标前的
Ctrl+u：删除输入方式下所输入的文本

搜索及替换命令 :
/pattern：从光标开始处向文件尾搜索pattern
?pattern：从光标开始处向文件首搜索pattern
n：在同一方向重复上一次搜索命令
N：在反方向上重复上一次搜索命令
：s/p1/p2/g：将当前行中所有p1均用p2替代
：n1,n2s/p1/p2/g：将第n1至n2行中所有p1均用p2替代
：g/p1/s//p2/g：将文件中所有p1均用p2替换

选项设置
all：列出所有选项设置情况
term：设置终端类型
ignorance：在搜索中忽略大小写
list：显示制表位(Ctrl+I)和行尾标志（$)
number：显示行号
report：显示由面向行的命令修改过的数目
terse：显示简短的警告信息
warn：在转到别的文件时若没保存当前文件则显示NO write信息
nomagic：允许在搜索模式中，使用前面不带“\”的特殊字符
nowrapscan：禁止vi在搜索到达文件两端时，又从另一端开始
mesg：允许vi显示其他用户用write写到自己终端上的信息

最后行方式命令
：n1,n2 co n3：将n1行到n2行之间的内容拷贝到第n3行下
：n1,n2 m n3：将n1行到n2行之间的内容移至到第n3行下
：n1,n2 d ：将n1行到n2行之间的内容删除
：w ：保存当前文件
：e filename：打开文件filename进行编辑
：x：保存当前文件并退出
：q：退出vi
：q!：不保存文件并退出vi
：!command：执行shell命令command
：n1,n2 w!command：将文件中n1行至n2行的内容作为command的输入并执行之，若不指
定n1，n2，则表示将整个文件内容作为command的输入
：r!command：将命令command的输出结果放到当前行 。
-----------------------

常用监控LINUX的命令
-----------------------
ps -aux 查看所有进程
ps -auxwww 参数w表示加宽显示的命令行
vmstat：显示当前的内存使用情况
netstat：显示网络状况，使用参数p可以查看对应的进程号及程序名
netstat -anp 通常使用参数a（显示所有连接情况）和n（不反查域名和服务名）
netstat -an | grep LISTEN 查看服务器侦听情况
netstat -an | grep ESTABLISHED 查看服务器已建立的连接
ifconfig ：查看(或设置）网络设备信息
ifconfig -a：查看所有网络设置信息
last：显示登录到服务器的情况以及服务器重启情况
df：显示硬盘空间及使用情况，Linux下可以带参数h，显示结果更人性化。
df -h 硬盘空间按人性化显示
df -k 硬盘空间按KB显示
df -m 硬盘空间按MB显示
w：显示登录到服务器上的用户列表

以下几个命令仅针对Linux
lsof：显示当前打开的文件列表，包括建立的socket连接等。本命令可以用于程序员检查编写的程序打开的文件数
sysctl：显示（或设置）系统内核参数
sysctl -a 显示所有内核参数
sysctl -w 参数名=参数值
ulimit ：显示（或设置）用户可以使用的资源限制

输出信息简介

Procs r: 等待运行的进程数
b: 处在非中断睡眠状态的进程数
w: 被交换出去的可运行的进程数。此数由 linux 计算得出，但 linux 并不耗尽交换空间

Memory
swpd: 虚拟内存使用情况，单位：KB
free: 空闲的内存，单位KB
buff: 被用来做为缓存的内存数，单位：KB

Swap
si: 从磁盘交换到内存的交换页数量，单位：KB/秒
so: 从内存交换到磁盘的交换页数量，单位：KB/秒

IO
bi: 发送到块设备的块数，单位：块/秒
bo: 从块设备接收到的块数，单位：块/秒

System
in: 每秒的中断数，包括时钟中断
cs: 每秒的环境（上下文）切换次数

CPU 按 CPU 的总使用百分比来显示
us: CPU 使用时间
sy: CPU 系统使用时间
id: 闲置时间
-----------------------

sftp命令使用
-----------------------
sftp -l username hostname 或者 sftp user@hosname
进入到 sftp 之后，那就跟在一般 FTP 模式下的操作方法没有两样
cd
ls dir
mkdir
rmdir
pwd
chgrp
chown
chmod
ln oldname newname
rm path
rename oldname newname
exit bye
-----------------------

修改 evn:
-----------------------
vi .bash_profile 每个用户下都有
vi /usr/jboss-3.2.0RC2/server/default/log/boot.log
source .bash_profile
-----------------------

常用命令:
-----------------------
rmdir -p surf 删除空目录
mkdir 新建目录
rm -rf 删除整个目录,并且不询问
tail -f /usr/jboss-3.2.2RC2/server/default/log/server.log 时时刷新查看文件
ssh -l root 219.133.**.** 进入其他服务器
psql -h 219.133.**.** -Ult club_dump 进入其他服务器的PostGre数据库
psql -Upostgres club_dump 进入服务器Postgre数据库
select * from pg_stat_activity ; 查询数据库的连接数
/etc/init.d/postgresql restart 重启数据库服务
-----------------------

我们老总用过的命令,可以自己去研究一下.
-----------------------
df -kh
dmesg | grep CPU
df -kh
free -m
free -kh
free -k
meminfo
mem
dmesg
env
df -kh
tail -f nohup.out
nohup ./run.sh &
ps -ef
chmod u+x *.sh
-----------------------

文件或者目录打包(来自网络资料)
-----------------------
在Unix系统业务使用(特别是数据管理与备份)中，经过一番研究、整理后，充分利用Unix系统本身的命令tar、cpio和compress等来做到打包和压缩，使之充当类似DOS下的压缩软件，同时在Unix系统中亦具有通用性。
　　在Unix系统中，是先通过cpio或tar将众多的文件打包成一个文件库后，再用compress将文件库压缩来达到目的的。下面分别以cpio和tar来说明使用的方法和步骤。

　　一、cpio

　　1.文件或目录打包。

　　打包有如下多种情况:

　　A)含子目录打包:

　　find /usr/lib -print|cpio -o〉/u0/temp1.cpio

　　将/usr /lib目录下的文件与子目录打包成一个文件库为/u0/temp1.cpio。

　　若通过-o选项来打包整个目录下的所有文件与子目录，常先利用find目录名-print来找出所有文件与子目录的名称，通过管道“|”传给cpio打包。

　　B)不含子目录的打包:

　　ls /usr/lib|cpio -o〉/u0/temp1.cpio

　　将/usr/lib目录下的文件(不含子目录下的文件)打包成一个文件库为/u0/temp1.cpio。

　　C)特定文件打包:

　　可利用文本搜索命令grep与管道配合，可以排除或选择特定类型的文件传给cpio打包。如:ls /usr/lib/*.c|cpio -o〉/u0/temp1.cpio

　　或ls /usr/lib|grep ′.c$′|cpio -o〉/u0/temp1.cpio

　　意思均为找出/usr/lib目录下以.c结尾的文件予以打包。

　　又如:ls /usr/lib|grep abcd|cpio -o〉/u0/temp1.cpio ，其意为找出/usr/lib目录下文件名中含有abcd字符的文件予以打包。

　　ls /usr/lib|grep -v abcd|cpio -o〉/u0/temp1.cpio，其意为找出/usr/lib目录下文件名中不含 abcd 字符的文件予以打包。-v选项在grep命令中的意思是排除含有字符串的行列。

　　如此，可充分利用Unix的管道和一些命令的强大功能来实现文件的打包。

　　2.压缩:

　　文件打包完成后，即可用Unix中的compress命令(/usr/bin下)压缩打包文件。对一般的文本文件，压缩率较高，可达81%。

　　compress /u0/temp1.cpio则将文件库/u0/temp1.cpio压缩为/u0/temp1.cpio.Z(自动添加.Z并删除/u0/temp1.cpio )。

　　3.解压:

　　uncompress /u0/temp1.cpio.Z则自动还原为/u0/temp1.cpio。

　　4.解包展开:

　　将按原目录结构解包展开到当前所在目录下。若以相对路径打包的，当解包展开时，也是以相对路径存放展开的文件数据;若以绝对路径打包的，当解包展开时，也是以绝对路径存放展开的文件数据。因此注意若为相对路径，应先进入相应的目录下再展开。

　　cd /u1

　　cpio -id〈/u0/tmp1.cpio则将/u0/temp1.cpio解压到/u1下(这里假设temp1.cpio以相对路径压缩)。

　　若加u选项，如cpio -iud〈/u0/temp1.cpio则文件若存在将被覆盖，即强制覆盖。

　　cpio -id〈/u0/temp1.cpio *.c 则展开其中的*.c文件，类似于DOS系统中的Pkzip软件中Pkunzip -d temp1.zip解包功能。

　　5.显示:

　　cpio -it〈/u0/temp1.cpio [*.c] 显示文件库内的文件名称，类似于DOS系统中的Pkzip软件中Pkunzip -vbnm temp1.zip功能。

二、tar


　　1.文件或目录打包:

　　tar -cvf /u0/temp2.tar /usr/lib

　　将/usr/lib目录下的文件与子目录打包成一个文件库为/u0/temp2.tar。

　　tar -cvf /u0/temp2.tar /usr/lib *.c *.f

　　将/usr/lib目录下的*.c *.f等文件(不含子目录)打包。

　　注意:如果指定文件如*.c *.f或*.*，则打包时均不含子目录。如果指定为.或*，则含子目录。

　　2.压缩:

　　同上:compress /u0/temp2.tar压缩为/u0/temp2.tar.Z

　　3.解压:

　　uncompress /u0/temp2.tar.Z则还原为/u0/temp2.tar。

　　4.解包展开:

　　tar -xvf /u0/temp2.tar

　　若以相对路径打包的，解包时，以相对路径存放展开的文件数据;若以绝对路径打包的，解包时，以绝对路径存放展开的文件数据。

　　若指定展开的文件名，须注意文件的目录路径。

　　5.显示:

　　tar -tvf /u0/temp2.tar 显示文件库内的文件名称。当指定文件名时，亦须注意文件的路径。

　　相对来说这两个命令各有优缺点。

　　1)tar速度比cpio慢，且不能跨越两份存储媒体，但文件格式几乎在所有的Unix系统中都能通用，且使用简便。

　　2)cpio则由于可通过管道功能，使得其打包时的文件选择、排除功能非常强，且能跨越多份媒体，并能备份特殊的系统文件。

　　另外，压缩命令compress比DOS下的Pkzip的压缩率要低些。经测试，在一个目录下527个文本文件共15.7MB，在Unix打包后用compress压缩，大小为 2.1MB;相同的文件拷到DOS系统用Pkzip压缩，则大小为1.4MB。
-----------------------

在Hibernate中，对象有三种状态：临时状态、持久状态和游离状态。

      临时状态：当new一个实体对象后，这个对象处于临时状态，即这个对象只是一个保存临时数据的内存区域，如果没有变量引用这个对象，则会被jre垃圾回收机制回收。这个对象所保存的数据与数据库没有任何关系，除非通过Session的save或者SaveOrUpdate把临时对象与数据库关联，并把数据插入或者更新到数据库，这个对象才转换为持久对象。 
        例如：Emp e=new Emp();    //创建临时对象 
                e.setEmpno((long) 8888); 
                e.setEName("mike"); 
                ... 
                EmpDAO d=new EmpDAO(); 
                d.save(e);//持久化 
                 ...

       持久状态: 持久化对象的实例在数据库中有对应的记录，并拥有一个持久化表示（ID）。对持久化对象进行delete操作后，数据库中对应的记录将被删除，那么持久化对象与数据库记录不再存在对应关系，持久化对象变成临时状态。 
        持久化对象被修改变更后，不会马上同步到数据库，直到数据库事务提交。在同步之前，持久化对象是脏的（Dirty）。
            例如： 
              Emp e=new Emp(); //创建了临时的对象 
               EmpDAO edao= new empDAO(); 
               e=edao.findbyEmpno((long) 7786);    //使对象与数据库记录对应，从而持久化 
               e.setEname("新的名字");                     //修改了持久化对象，使之处于 Dirty 
               ...... 
               edao.saveorupdate(e);                      //保存，但是仍然 Dirty 
               tran.commit();                             //提交，实现与数据库同步，不再Dirty 
               ......

 

       游离状态：当Session进行了Close、Clear或者evict后，持久化对象虽然拥有持久化标识符和与数据库对应记录一致的值，但是因为会话已经消失，对象不在持久化管理之内，所以处于游离状态（也叫：脱管状态）。游离状态的对象与临时状态对象是十分相似的，只是它还含有持久化标识。

          其中，持久化状态的对象，简称为：PO 
          而临时状态和游离状态的对象，简称为：VO

          1、通过get()或load()方法得到的实例都是持久化状态的。 
          2、当把session关闭时，session缓存中的持久化对象也变成游离态

             因关闭session而变成游离态的可以通过lock、save、update变成持久态 
          3、持久态实例可以通过调用delete()变成游离态 
             而游离状态的实例可以通过调用lock()或者replicate()进行持久化 
          4、save()和persist()将会引发SQL的insert，delete()会引发SQL的delete 
             update()或merge()会引发SQL的update，对持久化实例的修改在刷新提交的时候会

             被检测到, 它会引发SQL的update 
              saveOrUpdate()或者replicate ()会引发SQL的insert或者update

//获取字符长度
String.prototype.getBytes = function()
{   
    var cArr = this.match(/[^\x00-\xff]/ig);   
    return this.length + (cArr == null ? 0 : cArr.length);   
}

val.getBytes() > 60
alert('val不能超过60个字符或30个汉字'); Collections.sort(list, new Comparator<TCmsFormDTO>()
  {
   public int compare(TCmsFormDTO o1, TCmsFormDTO o2)
   {
    return new BeanComparator().compare(o1.getName(), o2.getName());
   }
  }); <style>
   table{table-layout: fixed;}
   td{word-break: break-all; word-wrap:break-word;}
 </style>

就解决问题；      摘要: <html>     <title></title>     <head></head> <body> <form id="form1">       &n...  阅读全文