<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>JAVA技术博客-蓝色爪哇</title>
	<atom:link href="http://www.javabk.com/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.javabk.com</link>
	<description>男人的魅力源于内心深处强悍的自信！</description>
	<lastBuildDate>Wed, 04 Jan 2012 17:17:46 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>用于企业服务总线的类 USB 通用端口类型，第 1 部分: 当前 ESB 存在的问题</title>
		<link>http://www.javabk.com/archieves/esb-problem/</link>
		<comments>http://www.javabk.com/archieves/esb-problem/#comments</comments>
		<pubDate>Wed, 04 Jan 2012 17:11:57 +0000</pubDate>
		<dc:creator>蓝色爪哇</dc:creator>
				<category><![CDATA[J2EE]]></category>
		<category><![CDATA[ESB]]></category>
		<category><![CDATA[企业服务总线]]></category>

		<guid isPermaLink="false">http://www.javabk.com/?p=670</guid>
		<description><![CDATA[简介 在面向服务的架构 (SOA) 中，企业服务总线 (ESB) 是基础架构的一个至关重要的组件。ESB 用于间接地连接采用不同服务格式的应用程序，如图 1 所示。这些不同格式的服务包括 Web 服务、RESTful 服务、异步服务（比如使用 MQ 的服务）、基于 CORBA 的服务、基于 DCOM 的服务和 Java RMI。这些服务采用不同的通信协议和消息格式。例如，Web 服务使用 HTTP 作为通信协议，使用 SOAP 作为消息格式类型，而异步服务可能采用 MQ 作为通信协议，采用 XML 作为消息格式。 目前，可用的 ESB 提供了众多核心功能来连接采用不同服务格式的应用程序。但是，在这些目前可用的 ESB 中，每个应用程序使用一种特定类型的端口来连接 ESB，如图 1 所示。给定应用程序使用的端口类型由该应用程序使用的通信协议和消息格式类型确定。应用程序在对这些特定端口类型的使用上存在诸多问题。您将在本期（本系列的第一部分）后面一节中了解这些问题和不便性。 应用程序使用特定端口类型连接 ESB 在本期的下一节中，我们将首先简单介绍 ESB，列出应用程序之间的点对点连接中固有的一些问题，以及如何使用 ESB 帮助解决这些问题。接下来，在本期的第三节中，您将了解当前可用 ESB 中各种连接的应用程序对不同端口类型的使用所引起的各种问题。本期最后一节将提供一些总结性评论。 ESB 核心功能 本节的目的在于简单介绍 ESB，简短描述使用点对点连接方法将应用程序与各种不同的服务相连接的 3 种核心功能和相关的问题。 &#160; 连接可扩展性和路由 设想一下一家需要集成 6 [...]]]></description>
		<wfw:commentRss>http://www.javabk.com/archieves/esb-problem/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>UNIX树型目录结构</title>
		<link>http://www.javabk.com/archieves/unix-tree-directory-structure/</link>
		<comments>http://www.javabk.com/archieves/unix-tree-directory-structure/#comments</comments>
		<pubDate>Tue, 03 Jan 2012 13:51:24 +0000</pubDate>
		<dc:creator>蓝色爪哇</dc:creator>
				<category><![CDATA[UNIX]]></category>
		<category><![CDATA[UNIX树型目录结构]]></category>

		<guid isPermaLink="false">http://www.javabk.com/?p=669</guid>
		<description><![CDATA[UNIX操作系统采用树型带勾连的目录结构，如下图所示。在这种结构中，一个文件的名字是由根目录到该文件的路径上的所有节点名按顺序构成的，相互之间用“/”分开。如文件prog的全路径名为：/usr/smith/prog，根目录用“/”表示。 根文件系统常用目录  根文件系统的常用目录举例如下表： /bin 大部分可执行的UNIX命令和共用程序 /dev 设备文件，如/dev/cd0 /etc 系统管理命令和数据文件 /lib C程序库 /usr 存放用户的家目录和用户共用程序或文件 /tmp 临时工作目录，存放一些临时文件 家目录 UNIX在创建用户名时，自动在/usr目录下创建与用户名同名的子目录，如/usr/smith子目录，这个子目录成为此用户的家目录（Home Directory）。家目录中有一个文件比较特殊：“.profile”(或“.login”)文件。当以该家目录的用户名登录UNIX时，会自动执行“.profile”文件。它有点类似于DOS的AUTOEXEC.BAT文件。“.profile”是B/K shell的启动文件，而“.login”是C shell的启动文件。“.profile”文件中常有一行： PATH=$HOME:$HOME/bin 其中，PATH类似DOS的PATH,而$HOME表示家目录。 &#160; &#160; &#160; 最多留言日志Failed to create the Java Virtual Machine (12)About (9)Links (5)使用java的native2ascii工具命令来转换编码gbk,gb2312,utf-8 (4)Java学习杂谈（四） (2)Struts1.2 学习笔记 (1)ASCII，Unicode和UTF-8 字符编码问题 (1)osworkflow之任务管理 (1)JAVA是解释型语言还是编译型语言 (1)]]></description>
		<wfw:commentRss>http://www.javabk.com/archieves/unix-tree-directory-structure/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>UNIX文件类型</title>
		<link>http://www.javabk.com/archieves/unix-file-type/</link>
		<comments>http://www.javabk.com/archieves/unix-file-type/#comments</comments>
		<pubDate>Tue, 03 Jan 2012 13:30:12 +0000</pubDate>
		<dc:creator>蓝色爪哇</dc:creator>
				<category><![CDATA[UNIX]]></category>
		<category><![CDATA[UNIX文件类型]]></category>

		<guid isPermaLink="false">http://www.javabk.com/?p=668</guid>
		<description><![CDATA[在UNIX中文件共分为四种： 1) 一般文件(ordinary file),分为: 1. 文本文件2. 二进制文件 2) 目录文件(directory) 3) 特殊文件(special file)，分为: 1. 块设备文件2. 字符设备文件 4) 符号链接文件(symbolic links) 文件类型标识  在用”ls -l”命令显示文件目录时的用下列符号表示不同的文件类型： - 普通文件 d 目录文件 b 块设备文件 c 字符设备文件 p 管道设备 l 符号链接文件 举例： $ ls -l -rw&#8212;&#8212;-. 1 root root 2386 Dec 20 06:22 anaconda-ks.cfg drwxr-xr-x. 2 root root 4096 Dec 19 22:27 Desktop [...]]]></description>
		<wfw:commentRss>http://www.javabk.com/archieves/unix-file-type/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>如何向妻子解释设计模式</title>
		<link>http://www.javabk.com/archieves/explained-design-patterns/</link>
		<comments>http://www.javabk.com/archieves/explained-design-patterns/#comments</comments>
		<pubDate>Sun, 01 Jan 2012 19:11:56 +0000</pubDate>
		<dc:creator>蓝色爪哇</dc:creator>
				<category><![CDATA[设计模式]]></category>

		<guid isPermaLink="false">http://www.javabk.com/?p=666</guid>
		<description><![CDATA[设计模式是什么? Shubho:通过我们关于面向对象设计原则（OODP，即SOLID原则）的对话，我想你已经对面向对象设计原则（OODP）有了基本的认识。希望你不要介意我把对话分享到博客上。你可以在这找到它：&#60;如何向妻子解释OOD&#62;. 设计模式是这些原则在某些特定公共场景下标准化的应用，接下来让我们通过一些例子学习什么是设计模式。 Farhana: 当然，我喜欢例子。 Shubho: 让我们以汽车为例讨论一下。汽车是一个很复杂的对象，由成千上万的其它对象组成，如发动机，车轮，方向盘，车座，车体等等其他不同的部分或部件。 汽车部件 当装配汽车时，制造商需要集中并装配这些更小的自成汽车子系统的不同部件。而这些不同的小部件同样也是复杂的对象，其它制造商同样要生产并组装它们。在生产汽车时，汽车公司并不会为怎么生产组装这些部件操心（前提是他们要确保这些对象/设备的质量）。当然，汽车制造商更加关心怎么装配这些不同部件以便能生产不同型号的汽车。 通过遵循不同的设计，组装不同的部件，生产不同型号的汽车 Farhana: 汽车制造公司必须有如何生产不同型号汽车的设计图或蓝图，对吗？ Shubho: 当然，并且这些设计都是良好的，他们花费大量的时间和精力来做这些设计。一旦设计完成，生产汽车就仅仅是照葫芦画瓢了。 Farhana: 嗯。如果事先有一些好的设计，就能在短时间内遵照这些设计生产不同产品，并且制造商在每次生产某一个型号产品时就不需要重新设计或重新发明车轮，他们只需要按照已有的设计办事就行了。 生产不同型号产品（汽车）的不同设计图 Shubho: 你抓到重点了。现在假设我们是软件生产商，我们使用基于需求而来的不同组件或功能构建各种不同的软件程序。当生产这些不同软件系统时，我们常常需要为一些不同软件系统中存在的相同情况开发代码，对吗？ Farhana: 是的，在开发不同软件程序时经常遇到相同的设计问题。 Shubho: 我们尝试使用面向对象的方式开发软件，并尝试应用OOPD来让代码能易于维护，可复用，可扩展。无论什么时候，当我们遇到这些设计问题时，如果我们有一组经过谨慎开发，良好测试的对象以供使用会不会更好呢？ Farhana: 是的，这样能够节省时间，生产出更好的软件，且利于以后维护。 Shubho: 很好！从设计上来说，它的好处是你不需要开发那些对象。经过多年发展，人们已经遇到过一些类似的设计问题，并已经形成有一些公认的，良好的已标准化的设计方案。我们称之为设计模式。 我们一定好感谢四人组，他们在《设计模式：可复用面向对象软件设计》中总结出了23种基本的设计模式。四人组由Erich Gamma, Richard Helm, Ralph Johnson, 和John Vlissides组成。实际中有很多面向对象设计模式，但这23种模式被公认为是所有其他设计模式的基础。 Farhana: 我能发明一个新的模式吗？这可能吗？ Shubho: 当然，亲爱的，为什么不能呢？！设计模式不是由科学家发明创造的。它们是被发现找到的。这意味着任何通用问题场景中都有一些好的设计方案在那。如果我们能够指出一个能够解决一个新的设计相关问题的面向对象设计，那么这将会是一个由我们定义的新的设计模式。谁知道呢？！如果我们发现找到一些设计模式，或许将来有一天人们会称我们为二人组，哈哈。 Fahana: :) 我们将如何学习设计模式？ Shubho: 我一直认为例子是学习的最好途径。在我们的学习方法中，我们不会先讨论理论后讨论实现。我认为这是很糟糕的方式。设计模式不是基于理论的发明。事实上，问题场景首先出现，其次是基于这些问题的来龙去脉和需求，然后是一些设计方案的演化，最后其中的一些被标准化为模式。所以对每一个我们讨论的设计模式，我们将尝试理解并分析一些现实生活中的例子，然后一步步尝试归纳一个设计，并最后总结一些与某些模式匹配设计。设计模式就是在这些相似过程中发现的。你认为呢？ Farhana:我想这种方式对我更有用。如果我能通过分析问题和归纳方案得出设计模式，我就不用死记那些设计模式和定义了。请按照你的方式继续。 一个常见的设计问题和它的解决方案 Shubho: 让我们考虑下面的场景： 我们房间里有些电器（电灯，风扇等）。这些设备按照某些方式布局，并由开关控制。任何时候你都能替换或排查一个电器而不用碰到其他东西。例如，你可以换一个电灯而不需要换开关。同样，你可以换一个开关或排查它而不需要碰到或替换相应的电灯或风扇；甚至你可以用把电灯连接到风扇的开关上，把风扇连到电灯的开关上，而不需要碰到开关。 电器：风扇和电灯 风扇和电灯的两种不同开关，一个普通点，另一个别致点 Farhana: 是的，但就是这样子，对吗？ Shubho: 是的，确实如此，就该如此布局。当不同东西联系在一起时，它们应该按照一定方式联系：修改或替换一个系统时不会影响到另一个，或者说即便有，也应该最小化。这能够让你的系统易于管理，且成本低。想想一下，如果改一下房间里的灯同时需要改开关，你会乐意在你房子上花钱并安装这个系统吗？ [...]]]></description>
		<wfw:commentRss>http://www.javabk.com/archieves/explained-design-patterns/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>如何向妻子解释OOD</title>
		<link>http://www.javabk.com/archieves/explained-ood/</link>
		<comments>http://www.javabk.com/archieves/explained-ood/#comments</comments>
		<pubDate>Sun, 01 Jan 2012 19:01:38 +0000</pubDate>
		<dc:creator>蓝色爪哇</dc:creator>
				<category><![CDATA[设计模式]]></category>
		<category><![CDATA[OOD]]></category>

		<guid isPermaLink="false">http://www.javabk.com/?p=665</guid>
		<description><![CDATA[前言 此文译自CodeProject上&#60;How I explained OOD to my wife&#62;一文，该文章在Top Articles上排名第3，读了之后觉得非常好，就翻译出来，供不想读英文的同学参考学习。 作者(Shubho)的妻子(Farhana)打算重新做一名软件工程师(她本来是，后来因为他们孩子出生放弃了)，于是作者就试图根据自己在软件开发设计方面的经验帮助她学习面向对象设计(OOD)。 自作者从事软件开发开始，作者常常注意到不管技术问题看起来多复杂，如果从现实生活的角度解释并以对答的方式讨论，那么它将变得更简单。现在他们把在OOD方面有些富有成效的对话分享出来，你可能会发现那是一种学习OOD很有意思的方式。 下面就是他们的对话： OOD简介 Shubho:亲爱的，让我们开始学习OOD吧。你了解面向对象原则吗？ Farhana:你是说封装，继承，多态对吗？我知道的。 Shubho:好，我希望你已了解如何使用类和对象。今天我们学习OOD。 Farhana:等一下。面向对象原则对面向对象编程(OOP)来说不够吗？我的意思是我会定义类，并封装属性和方法。我也能根据类的关系定义它们之间的层次。如果是，那么还有什么？ Shubho:问得好。面向对象原则和OOD实际上是两个不同的方面。让我给你举个实际生活中的例子帮你弄明白。 再你小时候你首先学会字母表，对吗？ Farhana:嗯 Shubho:好。你也学了单词，并学会如何根据字母表造词。后来你学会了一些造句的语法。例如时态，介词，连词和其他一些让你能造出语法正确的句子。例如： “I” (代词) “want” (动词) “to” (介词) “learn” (动词) “OOD”(名词)。 看，你按照某些规则组合了单词，并且你选择了有某些意义的正确的单词结束了句子。 Farhana:OK，这意味着什么呢？ Shubho:面向对象原则与这类似。OOP指的是面向对象编程的基本原则和核心思路。在这里，OOP可以比作英语基础语法，这些语法教你如何用单词构造有意义且正确的句子，OOP教你在代 码中构造类，并在类里封装属性和方法，同时构造他们之间的层次关系。 Farhana:嗯..我有点感觉了，这里有OOD吗？ Shubho:马上就有答案。现在假定你需要就某些主题写几篇文章或随笔。你也希望就几个你擅长主体写几本书。对写好文章/随笔或书来说，知道如何造句是不够的，对吗？为了使读者能更轻   松的明白你讲的内容，你需要写更多的内容，学习以更好的方式解释它。 Farhana:看起来有点意思&#8230;继续。 Shubho:现在，如果你想就某个主题写一本书，如学习OOD，你知道如何把一个主题分为几个子主题。你需要为这些题目写几章内容，也需要在这些章节中写前言，简介，例子和其他段落。   你需要为写个整体框架，并学习一些很好的写作技巧以便读者能更容易明白你要说的内容。这就是整体规划。 在软件开发中，OOD是整体思路。在某种程度上，设计软件时，你的类和代码需能达到模块化，可复用，且灵活，这些很不错的指导原则不用你重新发明创造。确实有些原则你已经在你的类和对象中已经用到了，对吗？ Farhana:嗯&#8230;有个大概的印象了，但需要继续深入。 Shubho:别担心，你马上就会学到。我们继续讨论下去。 为什么要OOD？ Shubho:这是一个非常重要的问题。当我们能很快地设计一些类，完成开发并发布时，为什么我们需要关心OOD？那样子还不够吗？ Farhana:嗯，我早先并不知道OOD，我一直就是开发并发布项目。那么关键是什么？ Shubho:好的，我先给你一句名言： 走在结冰的河边不会湿鞋，开发需求不变的项目畅通无阻(Walking on water and developing software [...]]]></description>
		<wfw:commentRss>http://www.javabk.com/archieves/explained-ood/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>进程和线程</title>
		<link>http://www.javabk.com/archieves/process-thread/</link>
		<comments>http://www.javabk.com/archieves/process-thread/#comments</comments>
		<pubDate>Sun, 01 Jan 2012 16:58:46 +0000</pubDate>
		<dc:creator>蓝色爪哇</dc:creator>
				<category><![CDATA[Other]]></category>
		<category><![CDATA[进程和线程]]></category>

		<guid isPermaLink="false">http://www.javabk.com/?p=663</guid>
		<description><![CDATA[什么是系统进程 进程是指在系统中正在运行的一个应用程序的实例；线程是系统分配处理器时间资源的基本单元，或者说进程之内独立执行的一个单元。对于操作系统而言，其调度单元是线程。一个进程至少包括一个线程，通常将该线程称为主线程。一个进程从主线程的执行开始进而创建一个或多个附加线程，就是所谓基于多线程的多任务。 那进程与线程的区别到底是什么？ 进程是执行程序的实例。例如，当你运行记事本程序（Nodepad）时，你就创建了一个用来容纳组成 Notepad.exe的代码及其所需调用动态链接库的进程。每个进程均运行在其专用且受保护的地址空间内。因此，如果你同时运行记事本的两个拷贝，该程序正在使用的数据在各自实例中是彼此独立的。在记事本的一个拷贝中将无法看到该程序的第二个实例打开的数据。 以沙箱为例进行阐述。一个进程就好比一个沙箱。线程就如同沙箱中的孩子们。孩子们在沙箱子中跑来跑去，并且可能将沙子攘到别的孩子眼中，他们会互相踢打或撕咬。但是，这些沙箱略有不同之处就在于每个沙箱完全由墙壁和顶棚封闭起来，无论箱中的孩子如何狠命地攘沙，他们也不会影响到其它沙箱中的其他孩子。因此，每个进程就象一个被保护起来的沙箱。未经许可，无人可以进出。 实际上线程运行而进程不运行。两个进程彼此获得专用数据或内存的唯一途径就是通过协议来共享内存块。这是一种协作策略。 下面让我们分析一下任务管理器里的进程选项卡。 这里的进程是指一系列进程，这些进程是由它们所运行的可执行程序实例来识别的，这就是进程选项卡中的第一列给出了映射名称的原因。请注意，这里并没有进程名称列。进程并不拥有独立于其所归属实例的映射名称。换言之，如果你运行5个记事本拷贝，你将会看到5个称为Notepad.exe的进程。它们是如何彼此区别的呢？其中一种方式是通过它们的进程ID，因为每个进程都拥有其独一无二的编码。该进程ID由Windows NT或Windows 2000生成，并可以循环使用。因此，进程ID将不会越编越大，它们能够得到循环利用。第三列是被进程中的线程所占用的CPU时间百分比。它不是CPU的编号，而是被进程占用的CPU时间百分比。此时我的系统基本上是空闲的。尽管系统看上去每一秒左右都只使用一小部分CPU时间，但该系统空闲进程仍旧耗用了大约99%的CPU时间。 第四列，CPU时间，是CPU被进程中的线程累计占用的小时、分钟及秒数。请注意，我对进程中的线程使用占用一词。这并不一定意味着那就是进程已耗用的CPU时间总和，因为，如我们一会儿将看到的，NT计时的方式是，当特定的时钟间隔激发时，无论谁恰巧处于当前的线程中，它都将计算到CPU周期之内。通常情况下，在大多数NT系统中，时钟以10毫秒的间隔运行。每10毫秒NT的心脏就跳动一下。有一些驱动程序代码片段运行并显示谁是当前的线程。让我们将CPU时间的最后10毫秒记在它的帐上。因此，如果一个线程开始运行，并在持续运行8毫秒后完成，接着，第二个线程开始运行并持续了2毫秒，这时，时钟激发，请猜一猜这整整10毫秒的时钟周期到底记在了哪个线程的帐上？答案是第二个线程。因此，NT中存在一些固有的不准确性，而NT恰是以这种方式进行计时，实际情况也如是，大多数32位操作系统中都存在一个基于间隔的计时机制。请记住这一点，因为，有时当你观察线程所耗用的CPU总和时，会出现尽管该线程或许看上去已运行过数十万次，但其CPU时间占用量却可能是零或非常短暂的现象，那么，上述解释便是原因所在。上述也就是我们在任务管理器的进程选项卡中所能看到的基本信息列。 什么是线程? 究竟什么是线程呢？一个线程是给定的指令的序列 (你所编写的代码)，一个栈(在给定的方法中定义的变量)，以及一些共享数据(类一级的变量)。线程也可以从全局类中访问静态数据、栈以及可能的一些共享数据 。 每个线程有其自己的堆栈和程序计数器（PC）。你可以把程序计数器（PC）设想为用于跟踪线程正在执行的指令，而堆栈用于跟踪线程的上下文，上下文是当线程执行到某处时，当前的局部变量的值。虽然你可以编写出在线程之间传送数据的子程序，在正常情况下，一个线程不能访问另外一个线程的栈变量。 一个线程必须处于如下四种可能的状态之一，这四种状态为： 初始态：一个线程调用了new方法之后，并在调用start方法之前的所处状态。在初始态中，可以调用start和stop方法。 Runnable：一旦线程调用了start 方法，线程就转到Runnable 状态，注意，如果线程处于Runnable状态，它也有可能不在运行，这是因为还有优先级和调度问题。 阻塞/ NonRunnable：线程处于阻塞/NonRunnable状态，这是由两种可能性造成的：要么是因挂起而暂停的，要么是由于某些原因而阻塞的，例如包括等待IO请求的完成。 退出：线程转到退出状态，这有两种可能性，要么是run方法执行结束，要么是调用了stop方法。 最后一个概念就是线程的优先级，线程可以设定优先级，高优先级的线程可以安排在低优先级线程之前完成。一个应用程序可以通过使用线程中的方法setPriority(int)，来设置线程的优先级大小。 &#160; &#160; &#160; 最多留言日志Failed to create the Java Virtual Machine (12)About (9)Links (5)使用java的native2ascii工具命令来转换编码gbk,gb2312,utf-8 (4)Java学习杂谈（四） (2)Struts1.2 学习笔记 (1)ASCII，Unicode和UTF-8 字符编码问题 (1)osworkflow之任务管理 (1)JAVA是解释型语言还是编译型语言 (1)]]></description>
		<wfw:commentRss>http://www.javabk.com/archieves/process-thread/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>TODO@2012-01</title>
		<link>http://www.javabk.com/archieves/todo-2012-01/</link>
		<comments>http://www.javabk.com/archieves/todo-2012-01/#comments</comments>
		<pubDate>Sun, 01 Jan 2012 13:29:29 +0000</pubDate>
		<dc:creator>蓝色爪哇</dc:creator>
				<category><![CDATA[Just So So]]></category>
		<category><![CDATA[TODO@2012-01]]></category>

		<guid isPermaLink="false">http://www.javabk.com/?p=662</guid>
		<description><![CDATA[2012年1月要做的事情： 1.读书 Java Concurrenc in Practice java编程思想第四版 Android in Action 3rd Edition 2.复习java基础 集合类部分 多线程并发 网络编程方面 3.学习面向对象设计思想 &#160; &#160; &#160; 最多留言日志Failed to create the Java Virtual Machine (12)About (9)Links (5)使用java的native2ascii工具命令来转换编码gbk,gb2312,utf-8 (4)Java学习杂谈（四） (2)Struts1.2 学习笔记 (1)ASCII，Unicode和UTF-8 字符编码问题 (1)osworkflow之任务管理 (1)JAVA是解释型语言还是编译型语言 (1)]]></description>
		<wfw:commentRss>http://www.javabk.com/archieves/todo-2012-01/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>UNIX文件系统分类</title>
		<link>http://www.javabk.com/archieves/unix-file-system/</link>
		<comments>http://www.javabk.com/archieves/unix-file-system/#comments</comments>
		<pubDate>Mon, 26 Dec 2011 16:45:00 +0000</pubDate>
		<dc:creator>蓝色爪哇</dc:creator>
				<category><![CDATA[J2EE]]></category>

		<guid isPermaLink="false">http://www.javabk.com/?p=661</guid>
		<description><![CDATA[UNIX操作系统可由多个可以动态安装及拆卸的文件系统组成。 UNIX文件系统主要分为两大类：根文件系统和附加文件系统。 根文件系统（the root file system）  每一个UNIX操作系统在其主硬盘上至少含有一个文件系统，它包含构成操作系统的程序和目录，一般由“/”符号来表示。 附加文件系统   除根文件系统外的其它文件系统，如/u文件系统，AFS文件系统等。 以后如无特别声明，本文都是针对根文件系统来进行说明的。 &#160; &#160; &#160; 最多留言日志Failed to create the Java Virtual Machine (12)About (9)Links (5)使用java的native2ascii工具命令来转换编码gbk,gb2312,utf-8 (4)Java学习杂谈（四） (2)Struts1.2 学习笔记 (1)ASCII，Unicode和UTF-8 字符编码问题 (1)osworkflow之任务管理 (1)JAVA是解释型语言还是编译型语言 (1)]]></description>
		<wfw:commentRss>http://www.javabk.com/archieves/unix-file-system/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>UNIX注销/退出</title>
		<link>http://www.javabk.com/archieves/unix-logout/</link>
		<comments>http://www.javabk.com/archieves/unix-logout/#comments</comments>
		<pubDate>Mon, 26 Dec 2011 16:40:33 +0000</pubDate>
		<dc:creator>蓝色爪哇</dc:creator>
				<category><![CDATA[J2EE]]></category>

		<guid isPermaLink="false">http://www.javabk.com/?p=660</guid>
		<description><![CDATA[在每次使用完后，一定要进行注销，以防他人通过你的帐号进入系统，并保证系统的完整性。注销过程如下：在UNIX提示符下，运行： $ exit 或 $ logout 或直接按键： Ctrl+d。 由于UNIX操作系统的不同，注销的命令也可能不同。 &#160; &#160; &#160; 最多留言日志Failed to create the Java Virtual Machine (12)About (9)Links (5)使用java的native2ascii工具命令来转换编码gbk,gb2312,utf-8 (4)Java学习杂谈（四） (2)Struts1.2 学习笔记 (1)ASCII，Unicode和UTF-8 字符编码问题 (1)osworkflow之任务管理 (1)JAVA是解释型语言还是编译型语言 (1)]]></description>
		<wfw:commentRss>http://www.javabk.com/archieves/unix-logout/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>UNIX命令简介</title>
		<link>http://www.javabk.com/archieves/unix-command/</link>
		<comments>http://www.javabk.com/archieves/unix-command/#comments</comments>
		<pubDate>Sat, 24 Dec 2011 17:39:36 +0000</pubDate>
		<dc:creator>蓝色爪哇</dc:creator>
				<category><![CDATA[J2EE]]></category>

		<guid isPermaLink="false">http://www.javabk.com/?p=659</guid>
		<description><![CDATA[在Shell提示符下，就可以输入UNIX命令。UNIX命令的基本格式如下： command  参数1  参数2  &#8230;  参数n UNIX命令由一个命令（command）和零到多个参数构成，命令和参数之间，以及参数与参数之间用空格隔开。UNIX的命令格式和DOS的命令格式相似，但UNIX的命令区分大小写，且命令和参数之间必须隔开。如：对DOS来说是以下四条命令是相同的： cd\tmp cd \tmp CD \tmp cd \Tmp 对UNIX操作系统来说，改变目录的命令也是cd命令，以下是正确的UNIX cd命令： cd /tmp cd /Tmp 但tmp和Tmp是两个不同的目录。以下两条命令： cd/tmp CD/tmp 已经不是cd命令了。 一、UNIX常用简单命令 下表列出了几个简单的UNIX命令： 解释 UNIX命令 命令举例 帮助 man man date 查看日期 date date 显示日历 cal cal 1998 显示大字 banner banner “ABCD” 计算器 bc bc 修改口令 passwd passwd 查看谁在使用 who who 查看我是谁 who [...]]]></description>
		<wfw:commentRss>http://www.javabk.com/archieves/unix-command/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

