| Powered by: |
 |
| Blog Provider: |  |
| Designed by: |  |
在进行PHP session 操作的时候，如果出现：Warning: Cannot send session cookie - headers already sent...”或者“Cannot add header information - headers already sent...”
只需对php.ini中的Output_buffering进行设置，默认值为no，将这个修改为1就可以了。
c:windowssystem for Windows 9x/ME
c:winntsystem32 for Windows NT/2000 或者 c:winnt40system32 for Windows NT/2000 服务器版
c:windowssystem32 for Windows XP
2 下一步是设定有效的 PHP 配置文件，php.ini。压缩包中包括两个 ini 文件，php.ini-dist 和 php.ini-recommended。建议使用 php.ini-recommended，因为此文件对默认设置作了性能和安全上的优化。
将选择的 ini 文件拷贝到 PHP 能够找到的目录下并改名为 php.ini。PHP 默认在 Windows 目录下搜索 php.ini：
3 在 Windows 9x/ME/XP 下将选择的 ini 文件拷贝到 %WINDIR%，通常为 c:windows。
在 Windows NT/2000 下将选择的 ini 文件拷贝到 %WINDIR% 或 %SYSTEMROOT% 下，通常为 c:winnt 或 c:winnt40 对应于服务器版本。
4 Apache中PHP的设置
有两种方法使得 PHP 工作在 Windows 下的 Apache。一是使用 CGI 二进制文件，另一是使用 Apache 模块 DLL。无论那种方法，您首先必须停止 Apache 服务器，然后编辑 httpd.conf，以配置 Apache 和 PHP 协同工作。
如果我们要使用CGI二进制文件,那么我们要将如下指令插入到 Apache 的 httpd.conf 配置文件中，以设置 CGI 二进制文件：
PHP 以 CGI 方式安装到 Apache 2.0:
ScriptAlias /php/ "c:/php/"
AddType application/x-httpd-php .php
Action application/x-httpd-php "/php/php.exe"
如果我们想把 PHP 作为 Apache 2.0 的模块，那么就一定要移动 php4ts.dll 到 winnt/system32（Windows NT/2000）或 windows/system32（Windows XP），覆盖原有文件（如果有的话），对于 PHP 5，这个文件是 php5ts.dll。然后我们要插入如下两行到 httpd.conf 中，以使我们的 PHP 作为 Apache 的 PHP-Module 安装：
PHP 以模块方式安装到 Apache 2.0:
; For PHP 4 do something like this:
LoadModule php4_module "c:/php/php4apache2.dll"
AddType application/x-httpd-php .php
; For PHP 5 do something like this:
LoadModule php5_module "c:/php/php5apache2.dll"
AddType application/x-httpd-php .php
经过这样的配置以后,我们就安装好了我们的PHP和Apache服务器了.我们可以简单的测试一下:
1 测试Apache:
我们打开浏览器,在地址栏中输入localhost,如果可以出现Apache页面,则说明我们的Apache可以正常工作了.
2测试PHP设置:
我们可以简单的编写一个PHP页面,我们可以用文本编辑器,输入下面的代码:
<html>
<head>
<title>
hello
</title>
</head>
<body>
<?php echo "hello,php"; ?>
</body>
</html>
然后将这个文件存为hello.php,将其放在Apache的htdocs目录中(我们也可以在http.conf文件中来更改这个目录的),然后在我们的浏览器中输入http://localhost/hello.php,如果能够正确的显示hello,php就说明我们的PHP配置是可以正常工作的.
这样以后我们也可以来设计我们的PHP站点了.
抓住时间的尾巴，这是我刚刚想到的一句话。
本来自己的年龄不是需要倒计时的那种，但是这段时间忽然发现，自己已经很老了，跟不上时间的步伐。
技术的变化、更新我觉得应该是以天来计算了吧，以前的技术八个月更新一次的摩尔定律也许只能让我作为自我安慰的理论了。回头看看自己走过的技术生命，也就那么短短几年。在这段旅程上，我经历了JSP、SERVLET、STRUTS、HIBERNATE、SPRING以及.NET Framework由1.0然后2.0到现在已经是3.0的变化。
很久不上网看了，去年的时候，发现了web2.0已经被很多人提及，而我却只是初次相识，感觉自己有些力不从心了；在我还没有把web2.0完全认识之前，现在，就在2007年9月的现在，我竟然又发现了web3.0的踪影。
web2.0和3.0以及以前的1.0究竟有什么区别呢？究竟是不是一项技术的革新呢?到现在为止，我认为自己还是生活在1.0时代，而对于去年已经很多人提及的2.0，真正运用的可能也不多，做的好的大概也就土豆网等一些网站吧（当然不能把大名鼎鼎的google earth忘记了），但是究竟web2.0是什么，如何运用，不知道有几个能真正说清楚道明白。同样的，现在的web3.0呢?又有谁给了它标准的定义？
技术名词的层出不穷，并不能代表技术的日新月异，更多的，只能让人陷入一个莫名的状态，在这种莫名的状态中，或许会感觉到，我需要抓住时间的尾巴了！
蓦然回首，猛然发现 ----为什么这两个词语是这样关联在一起。
翻开记忆的日记，发现自己已经很长时间没有来这里了，也已经很长时间没有写日记。
很多人，经常感觉自己一直在回忆，却不曾料到，我们更多的，使在忘记。前段时间，发现央视每周二的《赢在中国》仍在继续，我曾经在2006年就一直关注，却在2007年，选择了忘记，直到前两天才偶然发现，以前的记忆才被从不知道的一个地方提到了大脑的缓存区；今天早上，一下子想到了后街，这是我在高中就喜欢的组合，我痴迷的第一张英文专辑就是他们的。下午的时候，我进了熟悉的后街官网，却发现，熟悉的五人组合已经只剩下四个人的图片，Kevin已经消失了，百度一下才知道，2006年6月Kevin已经离开了后街，我却到现在还把这个消息作为新闻在阅读。
回到重庆，来到上海，这个过程中我所忘记的东西不是我能够想起来的。呵呵，这么矛盾的一句话。也许，还会忘记很多，还会回忆很多，还会失去很多，还会得到很多，还会在属于自己一个人的天空生活，还会再次来更新我的blog。
由于不能上天涯的blog，只能在这个blog里抒发一下了。
|
| APEQ | Advanced Planning, Engineering Quality ( SEPG + SQA) | 高级计划，工程质量 |
| BFT | Business Fundamental Table | 商业基础表 |
| CBA-IPI | CMM Based Appraisal for Internal Process Improvement | 关于内部过程改进的基于CMM的评估 |
| CCB | Change Control Board | 变更控制组 |
| CI | Configuration Item | 配置管理项 |
| CMM | Capability Maturity Model | 软件能力成熟度模型 |
| COQ | Cost Of Quality | 质量成本 |
| CPE | Current Product Engineering | 当前产品工程 |
| DP | Defect Prevenion ( CMM Level 5 KPA ) | 缺陷预防(CMM第五级的KPA) |
| EO | Extended Office | 外包 |
| ESC | E-Soultions Centre | 电子解决方案中心 |
| ESSC | Enterprise Systems & Solutions Centre | 企业系统解决方案中心 |
| FURPS+ | Functionality, Usability, Reliability, Performance, Supportability, + Localizability, Portability | 功能性，可用性，可靠性，性能，支持性 ＋ 本地化，可移植性 |
| GST | Global System Technology Inc. | 全球系统科技有限公司 |
| IC (IGC) | Intergroup Coordination ( CMM Level 3 KPA ) | 组间协调（CMM第三级的KPA） |
| ISM | Integrated Software Management ( CMM Level 3 KPA ) | 集成软件管理（CMM第三级的KPA） |
| KPA | Key Process Area | 关键过程区域 |
| LC | Lifecycle | 生命周期 |
| LMR | Lab Management Review | 高层管理评审 |
| OPD | Organization Process Definition ( CMM Level 3 KPA ) | 组织过程定义（CMM第三级的KPA） |
| OPF | Organization Process Focus ( CMM Level 3 KPA ) | 组织过程焦点（CMM第三级的KPA） |
| OSSP | Organization Standard Software Process | 组织标准软件过程 |
| PCB | Process Capability Baselines | 过程能力基准 |
| PCM | Process Change Management ( CMM Level 5 KPA ) | 过程更改管理（CMM第五级的KPA） |
| PDSP | Project's Defined Software Process | 项目定义的软件过程 |
| PI | Process Improvement | 过程改进 |
| PIR | Process Improvement Request | 过程改进请求 |
| PMR | Project Management Review | 过程管理评审 |
| POR | Plan Of Record | 记录计划 |
| PP | Project Planning | 项目策划 |
| PPQLs | Project Productivity and Quality Leads | 项目生产力和质量组长 |
| PR | Peer Reviews ( CMM Level 3 KPA) | 同行评审（CMM第三级的KPA） |
| PRHB | Project Handbook | 项目手册 |
| QC | Quality Champion | 项目SQA人员 |
| QI | Quality Initiative | 质量主动 |
| QP | Quality Plan | 质量计划 |
| QPM | Quantitative Process Management ( CMM Level 4 KPA ) | 定量过程管理（CMM第四级的KPA） |
| RCA | Root Cause Analysis | 根本原因分析 |
| RFP | Request for Proposal | 提议和请求 |
| RM | Requirements Management ( CMM Level 2 KPA ) | 需求管理（CMM第二级的KPA） |
| ROI | Return On Investment | 投资收益率 |
| SCCB | Software Configuration Control Board | 软件配置控制组 |
| SCM | Software Configuration Management ( CMM Level 2 KPA) | 软件配置管理（CMM第二级的KPA） |
| SCMP | Software Configuration Management Plan | 软件配置管理计划 |
| SEI | Software Engineering Institute | 软件工程研究所 |
| SEPG | Software Engineering Process Group | 软件工程过程组 |
| SLA | Service Level Agreement | 服务协议书 |
| SMR | Senior Management Review | 高级管理评审 |
| SPC | Statistical Process Control | 统计过程控制 |
| SPE | Software Product Engineering ( CMM Level 3 KPA ) | 软件产品工程（CMM第三级的KPA） |
| SPI | Software Process Improvement | 软件过程改进 |
| SPP | Software Project Plan ( CMM Level 2 KPA ) | 软件项目策划（CMM第二级的KPA） |
| SPTO | Software Project Tracking & Oversight | 软件项目跟踪和监督 |
| SQA | Software Quality Assurance ( CMM Level 2 KPA ) | 软件质量保证（CMM第二级的KPA） |
| SQM | Software Quality Management | 软件质量管理 |
| SSM | Software Subcontract Management ( CMM Level 2 KPA ) | 软件子合同管理（CMM第二级的KPA） |
| STL | System Technology Lab | 系统技术中心 |
| SUHB | Support Handbook | 支持手册 |
| TCM | Technology Change Management | 技术改革管理 |
| TP | Training Plan / Training Program ( CMM Level 3 KPA ) | 培训大纲（CMM第三级的KPA） |
| TQM | Total Quality Management | 总质量管理 |
| UT | Unit Testing | 单元测试 |
| WBS | Work Breakdown Structure | 工作崩溃结构 |
| 重庆地区火车票代售点列表 | ||||||||||||||||||||||||||||||||||||
成渝城际列车座位分布，上层车厢的9结尾号（如9，19，29，39等），8结尾号（8号除外），3结尾号（3号除外），4结尾号（4号除外）和下层车厢的0结尾号都靠窗，在代售点买票的时候可以选位置。 | ||||||||||||||||||||||||||||||||||||
使用hex编辑器打开你vss数据库所在的文件夹,打开data目录下的um.dat文件.将文件中对应位置改为如下字符:
0:80 55 55 bc 7f 41 64 6d 69 6e 00 00 00 00 00 00 00
0:90 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0:a0 00 00 00 00 90 6e 00 00 a8 01 00 00 00 00 00 00
保存修改文件,启动vss admin工具,直接就能登录.
－v 显示远程服务器的所有响应信息。
－d 使用调试方式。
－n 限制ftp的自动登录,即不使用.netrc文件。
－g 取消全局文件名。
ftp使用的内部命令如下(其中括号表示可选项):
1.![cmd[args]在本地机中执行交互shell、exit回到ftp环境,如!ls＊.zip 。
2.￥ macro－ame[args]执行宏定义macro－name。
3.account[password]提供登录远程系统成功后访问系统资源所需的补充口令 。
4.appendlocal－file[remote－file]将本地文件追加到远程系统主机,若未指定远程系统文件名,则使用本地文件名。
5.ascii 使用ascii类型传输方式。
6.bell每个命令执行完毕后计算机响铃一次。
7.bin使用二进制文件传输方式。
8.bye退出ftp会话过程。
9。case在使用mget时,将远程主机文件名中的大写转为小写字母。
10.cd remote－dir 进入远程主机目录。
11.cdup进入远程主机目录的父目录。
12.chmod modefile－name将远程主机文件file－name的存取方式设置为mode,如chmod 777 a.out。
13.close中断与远程服务器的ftp会话(与open对应)。
14.cr使用asscii方式传输文件时,将回车换行转换为回行。
15.delete remote－file删除远程主机文件。
16.debug[debug－value]设置调试方式,显示发送至远程主机的每条命令,如debup3,若 设为0,表示取消debug。
17.dir[remote－dir][local－file]显示远程主机目录,并将结果存入local－file。
18.disconnection同close。
19.form format将文件传输方式设置为format,缺省为file方式。
20.getremote－file[local－file]将远程主机的文件remote－file传至本地硬盘的local－file。
21.glob设置mdelete、mget、mput的文件名扩展,缺省时不扩展文件名,同命令行的－g参数。
22.hash每传输1024字节,显示一个hash符号(＃)。
23.help[cmd]显示ftp内部命令cmd的帮助信息,如help get。
24.idle[seconds]将远程服务器的休眠计时器设为[seconds]秒。
25.image设置二进制传输方式(同binary)
26.lcd[dir]将本地工作目录切换至dir。
27.ls[remote－dir][local－file]显示远程目录remote－dir,并存入本地local－file。
28.macdef macro－name定义一个宏,遇到macdef下的空行时,宏定义结束。
29.mdelete[remote－file]删除远程主机文件。
30.mdir remote－files local－file与dir类似,但可指定多个远程文件,如mdir＊.o.＊.zipoutfile。
31.mget remote－files传输多个远程文件。
32.mkdir dir－name 在远程主机中建一目录。
33.mls remote－file local－file同nlist,但可指定多个文件名。
34.mode[mode－name]将文件传输方式设置为mode－name,缺省为stream方式。
35.modtime file－name显示远程主机文件的最后修改时间。
36.mput local－file将多个文件传输至远程主机。
37.newerfile－name如果远程机中file－name的修改时间比本地硬盘同名文件的时间更近,则重传该文件。
38.nlist[remote－dir][local－file]显示远程主机目录的文件清单,并存入本地硬盘的local－file。
39.nmap[inpatternoutpattern]设置文件名映射机制,使得文件传输时,文件中的某些字符相互转换,如nmap￥1.￥2.￥3 [￥1,￥2].[￥2,￥3],则传输文件a1.a2.a3时,文件名变为a1、a2，该命令特别适用于远程主机为非U－NIX机的情况。
40.ntrans[inchars[outchars]设置文件名%
光驱消失解决办法:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlClass{4D36E965-E325-11C E-BFC1-08002BE10318} 删除“upperfilter”项和“loweverfilter”项
重起计算机
如网站在POST 或GET 时出现乱码，就是说你的WEB.XML的设置没有设成支持中文， 请改为下的设置
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE web-app
PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
"http://java.sun.com/dtd/web-app_2_3.dtd">
<web-app>
<filter>
<filter-name>Set Character Encoding</filter-name>
<filter-class>filters.SetCharacterEncodingFilter</filter-class>
<init-param>
<param-name>encoding</param-name>
<param-value>gb2312</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>Set Character Encoding</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
</web-app>
昨天晚上看了《赢在中国》的第一季的决赛，最终宋文明赢得了冠军。
这个节目是我在成都的时候就看了的，没想到这么长时间了还能够不小心看到了它的决赛。我还记得在成都的时候，当时许志祥获得的是第一场的第一名，成功晋级；而蒲滨当时也是同一赛场，并且最终成功晋级（当时他已经准备退出比赛，最后又被周围的朋友劝说回来的）。对于这两个人，我的印象不错。没想到，到了总决赛，还是能看到他们的身影。吴志祥最终获得了第五名，而蒲滨也如愿以偿地得到了“世界风”通行证。
当看到最后冠军争夺的时候，我也情不自禁地给许文明发了一条支持短信，虽然我认为周宇的气度等方面要强一些，能够给团队以激情和活力，让团队具有他的“狼性”，但是我更倾向一个内敛而又不缺乏智慧和魄力的人。不过，我相信，周宇的性格也会对他以后的事业有很大的帮助，这也是其他人应当借鉴的地方。
关于如何把 java 程序编译成 .exe 文件。通常回答只有两种，一种是制作一个可执行的 JAR 文件包，然后就可以像.chm 文档一样双击运行了；而另一种是使用 JET 来进行 编译。但是 JET 是要用钱买的，而且据说 JET 也不是能把所有的 Java 程序都编译成执行文件，性能也要打些折扣。所以，使用制作可执行 JAR 文件包的方法就是最佳选择了，何况它还能保持 Java 的跨平台特性。
1. JAR 文件包
JAR 文件就是 Java Archive File，顾名思意，它的应用是与 Java 息息相关的，是 Java 的一种文档格式。JAR 文件非常类似 ZIP 文件——准确的说，它就是 ZIP 文件，所以叫它文件包。JAR 文件与ZIP 文件唯一的区别就是在 JAR 文件的内容中，包含了一个 META-INF/MANIFEST.MF 文件，这个文件是在生成 JAR 文件的时候自动创建的。举个例子，如果我们具有如下目录结构的一些文件：
==
`-- test
`-- Test.class
把它压缩成 ZIP 文件 test.zip，则这个 ZIP 文件的内部目录结构为：
test.zip
`-- test
`-- Test.class
如果我们使用 JDK 的 jar 命令把它打成 JAR 文件包 test.jar，则这个 JAR 文件的内部目录结构为：
test.jar
|-- META-INF
| `-- MANIFEST.MF
`-- test
`--Test.class
2. 创建可执行的 JAR 文件包
制作一个可执行的 JAR 文件包来发布你的程序是 JAR 文件包最典型的用法。
Java 程序是由若干个 .class 文件组成的。这些 .class 文件必须根据它们所属的包不同而分级分目录存放；运行前需要把所有用到的包的根目录指定给 CLASSPATH 环境变量或者 java 命令的 -cp 参数；运行时还要到控制台下去使用 java 命令来运行，如果需要直接双击运行必须写 Windows 的批处理文件 (.bat) 或者 Linux 的 Shell 程序。因此，许多人说，Java 是一种方便开发者苦了用户的程序设计语言。
其实不然，如果开发者能够制作一个可执行的 JAR 文件包交给用户，那么用户使用起来就方便了。在 Windows 下安装 JRE (Java Runtime Environment) 的时候，安装文件会将 .jar 文件映射给 javaw.exe 打开。那么，对于一个可执行的 JAR 文件包，用户只需要双击它就可以运行程序了，和阅读 .chm 文档一样方便 (.chm 文档默认是由 hh.exe 打开的)。那么，现在的关键，就是如何来创建这个可执行的 JAR 文件包。
创建可执行的 JAR 文件包，需要使用带 cvfm 参数的 jar 命令，同样以上述 test 目录为例，命令如下：
jar cvfm test.jar manifest.mf test
这里 test.jar 和 manifest.mf 两个文件，分别是对应的参数 f 和 m，其重头戏在 manifest.mf。因为要创建可执行的 JAR 文件包，光靠指定一个 manifest.mf 文件是不够的，因为 MANIFEST 是 JAR 文件包的特征，可执行的 JAR 文件包和不可执行的 JAR 文件包都包含 MANIFEST。关键在于可执行 JAR 文件包的 MANIFEST，其内容包含了 Main-Class 一项。这在 MANIFEST 中书写格式如下：
Main-Class: 可执行主类全名(包含包名)
例如，假设上例中的 Test.class 是属于 test 包的，而且是可执行的类 (定义了 public static void main(String[]) 方法)，那么这个 manifest.mf 可以编辑如下：
Main-Class: test.Test <回车>
这个 manifest.mf 可以放在任何位置，也可以是其它的文件名，只需要有 Main-Class: test.Test 一行，且该行以一个回车符结束即可。创建了 manifest.mf 文件之后，我们的目录结构变为：
==
|-- test
| `-- Test.class
`-- manifest.mf
这时候，需要到 test 目录的上级目录中去使用 jar 命令来创建 JAR 文件包。也就是在目录树中使用“==”表示的那个目录中，使用如下命令：
jar cvfm test.jar manifest.mf test
之后在“==”目录中创建了 test.jar，这个 test.jar 就是执行的 JAR 文件包。运行时只需要使用 java -jar test.jar 命令即可。
需要注意的是，创建的 JAR 文件包中需要包含完整的、与 Java 程序的包结构对应的目录结构，就像上例一样。而 Main-Class 指定的类，也必须是完整的、包含包路径的类名，如上例的 test.Test；而且在没有打成 JAR 文件包之前可以使用 java <类名> 来运行这个类，即在上例中 java test.Test 是可以正确运行的 (当然要在 CLASSPATH 正确的情况下)。
3. jar 命令详解
jar 是随 JDK 安装的，在 JDK 安装目录下的 bin 目录中，Windows 下文件名为 jar.exe，Linux 下文件名为 jar。它的运行需要用到 JDK 安装目录下 lib 目录中的 tools.jar 文件。不过我们除了安装 JDK 什么也不需要做，因为 SUN 已经帮我们做好了。我们甚至不需要将 tools.jar 放到 CLASSPATH 中。
使用不带任何的 jar 命令我们可以看到 jar 命令的用法如下：
jar {ctxu}[vfm0M] [jar-文件] [manifest-文件] [-C 目录] 文件名 ...
其中 {ctxu} 是 jar 命令的子命令，每次 jar 命令只能包含 ctxu 中的一个，它们分别表示：
-c 创建新的 JAR 文件包
-t 列出 JAR 文件包的内容列表
-x 展开 JAR 文件包的指定文件或者所有文件
-u 更新已存在的 JAR 文件包 (添加文件到 JAR 文件包中)
[vfm0M] 中的选项可以任选，也可以不选，它们是 jar 命令的选项参数
-v 生成详细报告并打印到标准输出
-f 指定 JAR 文件名，通常这个参数是必须的
-m 指定需要包含的 MANIFEST 清单文件
-0 只存储，不压缩，这样产生的 JAR 文件包会比不用该参数产生的体积大，但速度更快
-M 不产生所有项的清单（MANIFEST〕文件，此参数会忽略 -m 参数
[jar-文件] 即需要生成、查看、更新或者解开的 JAR 文件包，它是 -f 参数的附属参数
[manifest-文件] 即 MANIFEST 清单文件，它是 -m 参数的附属参数
[-C 目录] 表示转到指定目录下去执行这个 jar 命令的操作。它相当于先使用 cd 命令转该目录下再执行不带 -C 参数的 jar 命令，它只能在创建和更新 JAR 文件包的时候可用。
文件名 ... 指定一个文件/目录列表，这些文件/目录就是要添加到 JAR 文件包中的文件/目录。如果指定了目录，那么 jar 命令打包的时候会自动把该目录中的所有文件和子目录打入包中。
下面举一些例子来说明 jar 命令的用法：
1) jar cf test.jar test
该命令没有执行过程的显示，执行结果是在当前目录生成了 test.jar 文件。如果当前目录已经存在 test.jar，那么该文件将被覆盖。
2) jar cvf test.jar test
该命令与上例中的结果相同，但是由于 v 参数的作用，显示出了打包过程，如下：
标明清单(manifest)
增加：test/(读入= 0) (写出= 0)(存储了 0%)
增加：test/Test.class(读入= 7) (写出= 6)(压缩了 14%)
3) jar cvfM test.jar test
该命令与 2) 结果类似，但在生成的 test.jar 中没有包含 META-INF/MANIFEST 文件，打包过程的信息也略有差别：
增加：test/(读入= 0) (写出= 0)(存储了 0%)
增加：test/Test.class(读入= 7) (写出= 6)(压缩了 14%)
4) jar cvfm test.jar manifest.mf test
运行结果与 2) 相似，显示信息也相同，只是生成 JAR 包中的 META-INF/MANIFEST 内容不同，是包含了 manifest.mf 的内容
5) jar tf test.jar
在 test.jar 已经存在的情况下，可以查看 test.jar 中的内容，如对于 2) 和 3) 生成的 test.jar 分别应该此命令，结果如下；
对于 2)
META-INF/
META-INF/MANIFEST.MF
test/
test/Test.class
对于 3)
test/
test/Test.class
6) jar tvf test.jar
除显示 5) 中显示的内容外，还包括包内文件的详细信息，如：
0 Wed Jun 19 15:39:06 GMT 2002 META-INF/
86 Wed Jun 19 15:39:06 GMT 2002 META-INF/MANIFEST.MF
0 Wed Jun 19 15:33:04 GMT 2002 test/
7 Wed Jun 19 15:33:04 GMT 2002 test/Test.class
7) jar xf test.jar
解开 test.jar 到当前目录，不显示任何信息，对于 2) 生成的 test.jar，解开后的目录结构如下：
==
|-- META-INF
| `-- MANIFEST
`-- test
`--Test.class
jar xvf test.jar
运行结果与 7) 相同，对于解压过程有详细信息显示，如：
创建：META-INF/
展开：META-INF/MANIFEST.MF
创建：test/
展开：test/Test.class
9) jar uf test.jar manifest.mf
在 test.jar 中添加了文件 manifest.mf，此使用 jar tf 来查看 test.jar 可以发现 test.jar 中比原来多了一个 manifest。这里顺便提一下，如果使用 -m 参数并指定 manifest.mf 文件，那么 manifest.mf 是作为清单文件 MANIFEST 来使用的，它的内容会被添加到 MANIFEST 中；但是，如果作为一般文件添加到 JAR 文件包中，它跟一般文件无异。
10) jar uvf test.jar manifest.mf
与 9) 结果相同，同时有详细信息显示，如：
增加：manifest.mf(读入= 17) (写出= 19)(压缩了 -11%)
4. 关于 JAR 文件包的一些技巧
1) 使用 unzip 来解压 JAR 文件
在介绍 JAR 文件的时候就已经说过了，JAR 文件实际上就是 ZIP 文件，所以可以使用常见的一些解压 ZIP 文件的工具来解压 JAR 文件，如 Windows 下的 WinZip、WinRAR 等和 Linux 下的 unzip 等。使用 WinZip 和 WinRAR 等来解压是因为它们解压比较直观，方便。而使用 unzip，则是因为它解压时可以使用 -d 参数指定目标目录。
在解压一个 JAR 文件的时候是不能使用 jar 的 -C 参数来指定解压的目标的，因为 -C 参数只在创建或者更新包的时候可用。那么需要将文件解压到某个指定目录下的时候就需要先将这具 JAR 文件拷贝到目标目录下，再进行解压，比较麻烦。如果使用 unzip，就不需要这么麻烦了，只需要指定一个 -d 参数即可。如：
unzip test.jar -d dest/
2) 使用 WinZip 或者 WinRAR 等工具创建 JAR 文件
上面提到 JAR 文件就是包含了 META-INF/MANIFEST 的 ZIP 文件，所以，只需要使用 WinZip、WinRAR 等工具创建所需要 ZIP 压缩包，再往这个 ZIP 压缩包中添加一个包含 MANIFEST 文件的 META-INF 目录即可。对于使用 jar 命令的 -m 参数指定清单文件的情况，只需要将这个 MANIFEST 按需要修改即可。
3) 使用 jar 命令创建 ZIP 文件
有些 Linux 下提供了 unzip 命令，但没有 zip 命令，所以需要可以对 ZIP 文件进行解压，即不能创建 ZIP 文件。如要创建一个 ZIP 文件，使用带 -M 参数的 jar 命令即可，因为 -M 参数表示制作 JAR 包的时候不添加 MANIFEST 清单，那么只需要在指定目标 JAR 文件的地方将 .jar 扩展名改为 .zip 扩展名，创建的就是一个不折不扣的 ZIP 文件了，如将上一节的第 3) 个例子略作改动：
jar cvfM test.zip test
Ctrl+1 快速修复(最经典的快捷键,就不用多说了)
Ctrl+D: 删除当前行
Ctrl+Alt+↓ 复制当前行到下一行(复制增加)
Ctrl+Alt+↑ 复制当前行到上一行(复制增加)
Alt+↓ 当前行和下面一行交互位置(特别实用,可以省去先剪切,再粘贴了)
Alt+↑ 当前行和上面一行交互位置(同上)
Alt+← 前一个编辑的页面
Alt+→ 下一个编辑的页面(当然是针对上面那条来说了)
Alt+Enter 显示当前选择资源(工程,or 文件 or文件)的属性
Shift+Enter 在当前行的下一行插入空行(这时鼠标可以在当前行的任一位置,不一定是最后)
Shift+Ctrl+Enter 在当前行插入空行(原理同上条)
Ctrl+Q 定位到最后编辑的地方
Ctrl+L 定位在某行 (对于程序超过100的人就有福音了)
Ctrl+M 最大化当前的Edit或View (再按则反之)
Ctrl+/ 注释当前行,再按则取消注释
Ctrl+O 快速显示 OutLine
Ctrl+T 快速显示当前类的继承结构
Ctrl+W 关闭当前Editer
Ctrl+K 参照选中的Word快速定位到下一个
Ctrl+E 快速显示当前Editer的下拉列表(如果当前页面没有显示的用黑体表示)
Ctrl+/(小键盘) 折叠当前类中的所有代码
Ctrl+×(小键盘) 展开当前类中的所有代码
Ctrl+Space 代码助手完成一些代码的插入(但一般和输入法有冲突,可以修改输入法的热键,也可以暂用Alt+/来代替)
Ctrl+Shift+E 显示管理当前打开的所有的View的管理器(可以选择关闭,激活等操作)
Ctrl+J 正向增量查找(按下Ctrl+J后,你所输入的每个字母编辑器都提供快速匹配定位到某个单词,如果没有,则在stutes line中显示没有找到了,查一个单词时,特别实用,这个功能Idea两年前就有了)
Ctrl+Shift+J 反向增量查找(和上条相同,只不过是从后往前查)
Ctrl+Shift+F4 关闭所有打开的Editer
Ctrl+Shift+X 把当前选中的文本全部变味小写
Ctrl+Shift+Y 把当前选中的文本全部变为小写
Ctrl+Shift+F 格式化当前代码
Ctrl+Shift+P 定位到对于的匹配符(譬如{}) (从前面定位后面时,光标要在匹配符里面,后面到前面,则反之)
下面的快捷键是重构里面常用的,本人就自己喜欢且常用的整理一下(注:一般重构的快捷键都是Alt+Shift开头的了)
Alt+Shift+R 重命名 (是我自己最爱用的一个了,尤其是变量和类的Rename,比手工方法能节省很多劳动力)
Alt+Shift+M 抽取方法 (这是重构里面最常用的方法之一了,尤其是对一大堆泥团代码有用)
Alt+Shift+C 修改函数结构(比较实用,有N个函数调用了这个方法,修改一次搞定)
Alt+Shift+L 抽取本地变量( 可以直接把一些魔法数字和字符串抽取成一个变量,尤其是多处调用的时候)
Alt+Shift+F 把Class中的local变量变为field变量 (比较实用的功能)
Alt+Shift+I 合并变量(可能这样说有点不妥Inline)
Alt+Shift+V 移动函数和变量(不怎么常用)
Alt+Shift+Z 重构的后悔药(Undo)