Linuxpȝ中，软g通常以源代码或者预~译包的形式提供?br /> 软g源代码需要您亲自~译Zq制的机器代码才能够使用Q安装比较耗时Q不q您可以自行调节~译选项Q决定您需要的功能或组Ӟ或者针Ҏ的硬件^CZ化?br /> 预编译的软g包，通常是由软g的发布者进行编译，您只要将软g拯到系l中可以了。考虑到预~译软g包的适用性，预编译Y件包通常不会针对某种gq_优化。它所包含的功能和lg也是通用的组合?br />
Ubuntupȝ中，软g通常?#8220;deb”格式的包文g发布Q它是一U预~译软g包。deb包中除了包含已编译的软gQ通常q包括Y件的拯路径、对其它软g包的依赖关系U录、一个比较通用的配|文件以及Y件的描述、版本、作者、类别、占用空间等信息?br />
deb软g包命令遵行如下约定：
soft_ver-rev_arch.deb
softY件包名称QverY件版本号Qrev为Ubuntu修订版本Parch为目标架构名U?br /> 例如Qazureus_2.4.0.2-0ubuntu2_all.deb
您需要?#8220;dpkg”命o来管理deb软g包：
dpkg -i | --install xxx.deb 安装deb软g?br /> dpkg -r | --remove xxx.deb 删除软g?br /> dpkg -r -P | --purge xxx.deb q同配置文g一起删?br /> dpkg -I | -info xxx.deb 查看软g包信?br /> dpkg -L xxx.deb 查看文g拯详情
dpkg -l 查看pȝ中已安装软g包信?br /> dpkg-reconfigure xxx 重新配置软g?br />
有些时候，您?#8220;dpkg”安装一个Y件包Q系l会提示您该软g包依赖其它Y件包。这Ӟ您先安装其它软g包，直到满依赖关系为止。或者同时安装多个Y件包
dpkg -i aaa.deb bbb.deb ccc.deb
APT
===
如果一个Y件依赖关p过于复杂，使用“dpkg”来安装它Qƈ不是一个明智的选择Q这个时候您需要用到APT软g包管理系l。APT可以自动的检查依赖关p，通过您预讄方式来获得相兌Y件包Qƈ自动安装配置它。事实上Q在多数情况下，我们推荐您用APT软g包管理系l?br /> APTpȝ需要一个Y件信息数据库和至一个存攄大量deb包的软g仓库Q我们称之ؓ“?#8221;?#8220;?#8221;可以是网l服务器Q安装CD或者本地Y件仓库。您需要修?#8220;/etc/apt/sources.list”文gQAPTpȝ能够q接?#8220;?#8221;?br /> 您可以在以下面中获得网l安装源的列表，q且Ҏ您的|络环境Q选择速度较快的源?br /> http://wiki.ubuntu.org.cn/%E5%BF%AB%E9%80%9F%E8%AE%BE%E7%BD%AE%E6%8C%87%E5%8D%97/DapperDrake
APTpȝ主要包括“apt-get”?#8220;apt-cache”{命令。它们通常都是复合命oQ包含若q个子命令?br /> apt-get install xxx 安装xxx
-d 仅下?br /> -f 强制安装
apt-get remove xxx 卸蝲xxx
apt-get update 更新软g信息数据?br /> apt-get upgrade q行pȝ升
apt-cache search 搜烦软g?br />
TipsQ徏议您l常使用“apt-get update”命o来更新您的Y件信息数据库
源码?br /> ======
对于l大多数软gQ我们徏议您使用APTpȝ来安装它。在数情况下，例如某Y件没有以deb包的格式发布Q或者您需要定刉合自己的YӞ您可以通过~译源代码的方式安装它?br />
首先您需要下载Y件的源码包，q且它解包Z些源代码文g。ƈ了便于管理，我们您将下蝲的源码包Ud?#8220;/usr/local/src/”目录下，q在q里解包?br /> sudo mv xxx.tar.gz /usr/local/src Ud源码?br /> cd /usr/local/src q入“/usr/local/src/”目录
sudo tar -xzvf xxx.tar.gz 解包源码
cd xxx_ver/ q行解包后的源码目录
源码目录中通常有一?#8220;configure”脚本Q用来配|即开始的~译q程。您可以执行?br /> sudo ./configure [--prefix=/usr/loca/xxx ......]
它会自动Y件的~译环境和依赖关p，q且生成“Makefile”文g?br /> 您可以用带参数的命?#8220;./configure --help”Q或者阅?#8220;INSTALL”文gQ查看该脚本允许的参数。例如?#8220;--prefix=/usr/local/xxx”参数Q将软g的安装目录设定ؓ“/usr/local/xxx/”。（如果您一定要Y件安装在一个目录下Q我们徏议您安装在这里）
现在执行“make”命oQ系l会Ҏ“Makefile”文g中的讑֮Q通过“make”工具调用~译器和所需资源文gQ将源代码文件编译成目标文g?br /> sudo make
执行“make install”命oQ?#8220;make”工具会自动将q接目标文gQ将最l生成的文g拯?#8220;Makefile”文g讑֮的\径中Qƈ且完成更Ҏ件的属性，删除D留文g{活动?br /> sudo make install
现在Q您的编译安装已l完成，Z更方便的使用它，需要给E序的可执行文g作一个符号链接?br /> sudo ln -sf /usr/local/xxx/exe /usr/local/bin/exe
---------------------------------------------------------------------------------------------------
LINUX软g包的一般安装方?br /> 在LINUX的世界里QY件的安装主要的是有两U方式，一U是rpm包，q有一U就是tar包。对于这两种包，一般的安装Ҏ是这LQ?br /> 1Qrpm包的安装
安装rpm包时需要一个参数就?i.也就是就是可以用q样的命令来安装Q?br /> rpm -i *.rpm
但是我们在安装时L希望能看C些信息，q时可以用q样的命令：
rpm -ivh *.rpm
q时׃昄Y件包的安装进度以及安装中的信息等?br /> 如果惌安装的Y件包pȝ中已l存在而只需要升U安装一下的话可以这h做：
rpm -U *.rpm
q样׃升pȝ中已l存在Y件包了?br /> 而M载一个已安装的Y件包的命令是q样的：
rpm -e packagename
要想列出pȝ已经安装的rpm包的清单可以输入下面的命令：
rpm -qa
但是此时列出的清单会是很长的Q而我们所需要的只是其中的一个，q时我们可以用下列的命o来达到我们的目的Q?br /> rpm -qa |grep -i 'name'
在Y件包的安装过E中我们有可能用到的参数如下Q?br /> --force 安装
-v 用符?#8220;#”来显C安装进?br /> --percent 用百分比来显C安装进?br /> -nodeps 忽视已丢q依赖性文件强行进行安?br /> -test q个参数q不q行实际的安装，而只是检查Y件包能否成功安装
-v 告诉RPM报告每一步的情况
2)tar?br /> tar包有两种格式Q一U是.tar.gz,另一U就是tar.bz2.q两U包的安装方法一般是q样的：
解压Q这两种包要有用两个不同的命令来解包Q分别是Q?br /> tar -xzvf *.tar.gz
tar -xvjf *.tar.bz2
解压以后q入解压出来的目录，看一下里面的东西Q一般而言q样的包里会有README文g的，打开看一下的他的安装Ҏ。一般来说这L包安装一般是下面的步骤：
make
make install
q样׃Y件包安装上了?br /> 3Q除了这L安装ҎQ还有的软g是以可执行的二进制的文g的Ş式给出的。这时只要执行这个二q制文g可以将q个软g安装上的?br /> 4Q在Debian中采用的软g包管理机制是与众不同的，在这里可以用世界各地的镜像站点q行软g包安装和更新Q方法一般来说是q样的：
配置镜像站点Qvi /etc/apt/source.list
在这个文仉加入你所使用的镜像站炏V然后执行apt-get updateQ这样就会连接站点读取Y件包的信息，然后执行apt-get upgradeQ这样就可以q行升了。或者是执行apt-get install pakeagenameQ这样就可以安装你想要的软g包了?
]]>
首先Qｊａｖａ的异常是什么？抛去官方冗长的定义，我觉得异常或者说exceptionQ其实可以理解ؓq样一句话Q?#8220;wow!!q可不是我期待的状?#8221;?
如果q样理解异常Q那么对于何时用异怹再清楚不过了。那是Q只有当出现了不在正常流E之中的某种状态，q个时候就应该使用异常了。比如连接超时、传入的参数为null或者数据无法插入到数据库?
那么Qؓ什么我们要使用异常呢？理由其实很简单，Z更加z的代码或者说ZOO。如果ｊａｖａ没有异常，我们会怎么处理呢？
if(aMethod() == -1 )
{
//do someting
}
else
{
//do someting
}
有了异常以后Q我们怎么做呢Q?
try
{
aMethod();
}catch(MyException e){
//do someting
}
或?
public anotherMethod() throws MyException
{
aMethod();
}
q里只列举了一个最单的例子。如果aMethod()q个Ҏ到处都需要调用，q种好处׃更显著了?
至于我们需要不需要用异常呢Q答案必然是肯定的。但是网上也有一些声韌Q异常是一U耗费性能的操作，应该或者尽量不ѝ我认ؓQ这跟没有很好的理解如何使用异常有关pR?
下面我就来说_最重要的一点，也就是howQ如何用异常?
首先Q我们来看看Q当发生异常的时候，JVM做了什么？
Z抛出异常QJVM 发出 athrow 字节码指令?athrow 指o引v JVM 异常对象弹出执行堆栈。然?JVM 搜烦当前执行堆栈帧来LW一?catch 子句Q这个子句可以处理该cȝ一个异常或者其类的一个异常。如果在当前的堆栈里没有找?catch block Q那么当前堆栈ឮp释放Q异常在下一个堆栈的上下文中被重新抛出Q如此这般，直到扑ֈ包含匚w?catch 子句的堆栈Q或者是C执行堆栈的底部。最后，如果没找到适当?catch 块，所有的堆栈帧都会被释放Q线E在 ThreadGroup 对象有了处理异常的机会后被终止（参?ThreadGroup.uncaughtException Q。如果找C适当?catch 块，E序计数器会重置到那一
块代码的W一行?(注：1)
从上面的描述可以看出Q抛出异常是一U代价很高的操作。有的h可能要问了，如果只是Zz的代码或者OOQ这U代价值得吗？我的回答是，不值得!!!q点和我上面说的q不冲突。如果有一点经学的知识，一定会知道辚w量这个概念，说白了就是我多花一个单位的成本Q是否可以带q我多于一单位的收益。将q点用到~程上也是通用的?
我们可以考虑q样一D代?
for(int i=0;i<list.size();i++)
{
AClass myClass = list.get(i);
if(myClass.aValue!=null && !"".equals(myClass.aValue))
{
//do something
}
}
q段代码很好的处理了参数不正常的情况。但有一个问?每次循环E序都需要判断参数是否正常。假设我们知道大部分的参数都是正常的Q那么这些操作就昑־有些费了。如果改?
for(int i=0;i<list.size();i++)
{
AClass myClass = list.get(i);
try
{
//do something
}catch(Exception e){}
}
q样只有当很几率发生错误的时候，我们可以节省一些操作。这也就是经学上说的边际收益大于边际成本的时候，只有q个状态，我们才应该这样。反观另外一个状态，如果我们不能定参数是否大部分ؓ正常或者我们确定大部分参数都不会ؓ正常Q那么就应该使用W一U方法。MQ这Ҏ需要灵zL握的?
另外一个值得注意的地方就是，不要异常用于流E蟩转，异常是指异常的状态，而不是控制语句。如果你能注意这点，你就已经避免?0%的错误异常应用。D个例子。ｉｎｐｕｔStream#read大家一定都用过Qؓ什么readҎ要返?1作ؓd到文件尾的状态，而不是用异常Q就是这个道理?
关于如何使用异常的另外一点就是，我们如何catch异常。这一点其实也很简单，ȝZ句话是Q如果你不知道如何处理这个异常，那么׃要catchq个异常?
我们l常会遇见这样一U情景：我们调用了某个接口，q个接口抛出了一个checkedexception。这个时候就是考验你的时候了Qcatchq是throw q是个问题。我的经验是Q如果你觉得q个异常是一个可恢复的异常，比如参数错误Q那么你需要catchq个
exceptionQ然后告诉用户重新输入。如果这个exception是一个不可恢复的exceptionQ比如SQLExceptionQ那么你q脆׃要处理它Q把它留l底层去处理Q让底层定向到统一的异帔R面。当Ӟq种操作q不是严格的Q你也可以catchq个exceptionQ然后返回到你自q异常面?
最值得注意的是Q永q不要没有理qU吞exception。比?
try
{
}catch(Exception e){
//do nothing
}
如果你确定可以这U做Q那么没有关pR但是如果你不能Q千万一定不要这么做Q如果你q么做了Q很有可能导致无法定位异常，把自己或者别人搞到死?
关于如何使用异常的最后一个问题就是runtimeexception 或?checkedexception,q是个问?
很长一D|_我也曑֛惑于q个问题Q记得以前看q一本书Q好像是ｊａｖａ夜未眠，C清楚了。里面说Q要量使用runtimexceptionQ但是当我这样做的时候，问题来了，调用我接口的Z知道我的Ҏ会抛Z么异常，也就无从处理?q样导致了E序的不健壮。其实这个问题需要根据你的业务进行判断，没有什么尽量或者最好。一个简单的原则是如果希望客L序员有意识地采取措施Q那么抛出checkedexception.举两个例?
public void aMethod(String s)
{
if(s==null) throw new Runtimeexception();
}
public void otherMethod(String uri) throws NoSuchFileException
{
try
{
File file = new File(uri)
}catch(IOException e)
{
throw new NoSuchFileException()
}
}
看出点什么了吗？你肯定很奇怪ؓ什么都是参C正确Q第一个方法抛出的是一个RuntimeException而第二个是一个CheckedException。因为s为null是一个我们非期待的参敎ͼ而这U状态可能ƈ不是l常出现的，属于一U非业务错误或者不可恢复异常，我们不需要明的通知客户E序员?
而第二个不同Q第二个异常代表用户输入了某U错误的参数Q而这个异帔R要客L序员去通知用户。所以要求客L序员去catchq样exception?
以上是我对异常的一些理解，如果大家有不同意见可以进行讨?
参考资?
1.x性能: 异常的异常：http://www-128.ibm.com/developerworks/cn/ｊａｖａ/j-perf02104/index.html
2.异常设计----何用异常的原则 http://www.cnblogs.com/ｊａｖａVillage/articles/384483.html
声明QJavaEye文章版权属于作者，受法律保护。没有作者书面许可不得{载?
]]>