在Unix/Linux上令(java)JVM支持中文输出
一、在Unix/Linux上令JVM支持中文输出
如果用户使用的是UNIX的远程服务器，就会遇到中文字体在图像中输出的问题，特别是由于许多管理员并不喜欢把主机的locale定为zh(因为意味着可能出乱码或必须装微形图形终端象zhcon，但很多情况下这样的条件并不具备)。大部分程序员的JAVA经验苟限于JSP脚本程序，部分熟练的程序员大概开发过中间件、servlet、applet或在WINDOWS上运行的GUI程序。如果开发的jfreechart是使用WINDOWS作为主机运行的话，可以略过这一段，但如果使用的是UNIX类型的服务器的话，就常常遇到意想不到的中文显示困难，甚至还未到输出中文字体的阶段，程序就报告 display异常错误。原因就在于，JAVA awt原来是针对(X)windows GUI编写的程序，它常常需要使用display 1:0的设置设定显示方式，在服务器模式下(象jsp或servlet)，根本就不会有XWindowns运行，这时就会在许多程序中引起can not got display setting to 0:0的错误，包括jfreechart。解决办法是在JVM启动中增加-Djava.awt.headless=true的设置。但这样又带来另一个问题，会令使用象frame.getImage()方法的代码中引起headless Exception，导致程序中止,而使用ImageBuffer的程序就不会受到影响。
象jfreechart这样基于java awt，java Swing, java 2D API和程序应用到Linux/UNIX上，中文字体的输出是一个必须解决的问题，否则连jfreereport都不能使用了。servlet也会碰到类似的问题，但解决方式显得相对简单，servlet package已经内置了解决办法，一般情况下，在 servlet抬头设两句：
response.setContentType("text/html;charset=UTF-8");request.setCharacterEncoding("UTF-8");
中文乱码就不得存在。与简单的jsp/servlet字符集转换相比，这个问题要复杂得多，甚至比一般的linux中文化还要复杂。在正常情况下， jre只包含少数几种字体（Font），但可以从X 系统，象windows获得喜欢的字体支持；因此，如果开发者和使用者是在中文WINDOWS系统上开发，大概不会发觉问题的存在。但一旦当程序发布到 UNIX/Linux系统上后，就会发现图形中的中文字符成为一个个的问号或者小方框。而此时，象jsp/servlet这样的程序在客户端的显示却是完全正常的。一般情况下，JAVA默认情况下是使用en_OTF-8,或者ISO_8859_1读入字符串，因此，象JSP通常使用从8859_1强制转型为gb3312/GBK,就可以正常显示中文，但是在上述的情形下，这种强制转型地是完全无效的。为什么呢？如果程序员的系统概念是清晰的话�
相关文档：
如今，中小学里面几乎全是XP学生，蹦蹦跳跳，Linux（挤）进学校几乎无门。那么，我们该怎么办呢？能否不破而立？
昨天上午，我去北京市有关部门见一位老朋友，想谈谈这个问题。当前，在我国中小学，Linux不入教学大纲，但是，作为课外活动内容还是可以的。Linux� ......
昨天在编写一个程序的时候发现需要链接的静态库都确定存在，指定的路径也没有问题，但是编译总是出现链接问题，找不到实现，才发现原来如果同时链接多个静态库，并且如果这些静态库之间存在相互依赖关系的话，需要按一定的顺序进行链接，例如：如果libb.a依赖liba.a，那么编译参数应该写成这样： -lb -la ......
1.Vi及其运行模式
Vi是“Visual interface”的简称。可以执行输出、删除、查找、替换、块操作等众多文本操作
练习
cp /etc/passwd /tmp/ 拷贝一个文件
连续按dd 可以删除一行
连续按oo 可以插入一行
按一个O 可以在光标上面插入一行
2.重定向
标准输入、输出
......
虚拟机的网络采用Bridged(桥接)方式，刚开始以为，是因为机器上的有些网卡没有连接电缆，而VMWare又恰好使用了该网卡，经过几个小时的测试，通过禁用没连线的网卡、把VMWare的VM0映射到连线的其他网卡，都没有解决问题。
在VM虚拟机中装了redhatlinux9.0，准备与主机共享文件，结果网络不通！
&n ......
1. cd -> 返回进入此目录之前所在的目录：cd -
2. 上一条命令 ->
!! 全部的上一条命令
!* 上一条命令的全部参数
& ......
