@ My Space @ My space 在JDK1.4.2中加入了对NIO的支持，掌握其中的Selector个人认为是能实现好NIO的关键。

Selector是用来获取注册在其中的channel的相关事件的发生，也就是accept，read和write。selector中有3个key set。

key set：包含代表所有在其中注册的channel，可以通过selector.keys()得到。
selected-key set：包含所有被检测到有关注的操作已经就绪的key，通过selector.selectedKeys得到。
cancelled-key set：包含所有已经被cancel，但是还没有channel还没有deregister的key，这个集合是不能直接被访问的。

key通过调用channel的register方法被加入到key set中。被取消的key在select的时候会被从相应的key set中移除。

key set自身是不可以直接进行修改的。 无论是通过调用channel的close方法还是调用key的cancel方法，key都会被放置到canceled-key set中。取消的key会将其channel在下一次select时将注册撤销，同时将key从所有的key set中移除。

key在执行select操作时被加入到selected-key set中。在selected-key set中的key可以通过调用iterator的remove方法，将其从selected-key set中移除，不能通过其他的办法将其从selected-key set中移除。

通过selector的3个方法select（阻塞选择，直到有关心的事件发生时退出阻塞），selectNow（不阻塞选择），select(long)（指定超时选择，超时到达或者有关心事件发生时退出阻塞），来获取关心事件的发生。其执行步骤分为以下3步：

1、将存在于canceled-key set中的key从所有的key set中移除，撤销注册的channel，清空canceled-key set。
2、地层操作系统检查是否有关心的事件发生，当有关心的事件发生时，首先检查channel的key是否已经存在于selected-key set中，如果不存在，则将其加入到selected-key set中去，同时修改key的ready-operation set来表明当前ready的操作，而以前存在于ready-operation set中的信息会被删除。如果对应的key已经存在于selected-key set中，这直接修改其ready-operation set来表明当前ready的操作，删除原来ready-operation set中的信息。
3、如果在第二步中有加入到canceled-key set中的key，在这一步会执行第一步的操作。

selector自身是线程安全的，而他的key set却不是。在一次选择发生的过程中，对于key的关心事件的修改要等到下一次select的时候才会生效。 另外，key和其代表的channel有可能在任何时候被cancel和close。因此存在于key set中的key并不代表其key是有效的，也不代表其channel是open的。如果key有可能被其他的线程取消或关闭channel，程序必须小 心的同步检查这些条件。

阻塞了的select可以通过调用selector的wakeup方法来唤醒。
在JavaScript中，可以通过window.location来获取url地址。但是window.location是一个对象，没有办法直接从里面获取出我们需要的参数。通常的做法就是使用一个隐藏的<input>,通过将window.location负值给input。其目的就是为了将location转换成String。写的过程中总是觉得太复杂了，后来发现使用document.URL就可以解决这个问题。

今天在帮朋友写一个简单的产品发布网站，由于使用的空间是静态的，没有办法只能在javascript上下功夫了。首先想到的便是RIA,上网google了一下，发现这样的东西还真不少，可谓是十八般武艺各显灵通。看了看文明的bindows，感觉真的非常的好。可是选择它对于我要做的东西，可以说是过于复杂了。（http://www.bindows.net 有兴趣的朋友可以去看看）。
搜索了半天最后还是决定，采用javascript读取服务器端xml文件的办法来实现。尝试了一下感觉还不错，确定就是对使用的浏览器有依赖。
先写了一个商品的xml文件：

 

使用javascript来读入xml实在是相当的简单，只需要两句话就可以搞定：

 

指定要载入的xml文件名就可以完成对xml的读入。

 

得到xml对象后就可以适用对象提供的相应方法和属性来获取xml中定义的数据信息。
xmlObj.hasChildNodes来判断是否含有子项；
xmlObj.childNodes.lenght 得到包含的子项的数量
子项可以用数字来作为索引，以product.xml为例。如果我们要获取第二条商品时，可以用xmlObj.childNodes(1)来获得，xmlObj.childNodes(1).childNodes(0)得到的是description
xmlObj.childNodes(1).childNodes(0).text 得到description的值
xmlObj.childNodes(1).getAttribute("name") 得到第二条商品的名字

下载了一个Action Script Viewer 4.0对原来的swf文件进行反编译，虽然有的movie clip会出现一点问题，但是总的来说效果还是不错的，而且操作相当的简单。

1）使用ASV打开要进行反编译的SWF文件；
2）File-->export rebuild data。这时将swf文件分拆成单个的swf文件；
3）打开flash，创建一个空的fla文件；
4）File-->Import...-->Import to Library   将前面导出的swf文件导入，如果swf文件太多flash会报错，可以通过分批导入文件来绕过这个错误；
5）将新建的swf文件保存为rebuild.fla，并且3）导出的文件在同一目录；
6）运行3）产生的一个rebuild.jsfl文件，一切搞定。

中午收到老姐来的电话，电话里她是一遍一遍又一遍的在我耳边唠叨，说，“不管你怎么忙，有多少东西要写，一定要按时睡觉”。还列出了一堆要按时睡觉的理由。其实谁不知道应该要按时睡觉，可是作为写程序的程序员来说，要真想做到这一点实在是难，难，难呀！

要按时睡觉的理由：

从人的排毒期入手：晚间11：00－－1：00，肝的排毒期（必须在睡觉中进行）
从人的睡眠最佳时段入手：1：00－－4：00，人的睡眠是质量最高的

不知道各位有谁是有正常的生活习惯的，能不能说一说你是怎么做到的。。。

    做项目，无论是遗留产品的再生产，还是对遗留产品的再利用，都不可避免的会出现一大堆的异构现象。解决异构通信问题是这类项目的主要问题。以前看见这种情况第一个解决方案就是Socket通信。说实在的自己实现Socket通信，定制通信协议，或者是实现已有的通信协议都是很头痛的事情。本人有不堪回首的历史经历。

    最近同样在项目中需要去解决一个异构问题，由于时间的紧迫，以及先天的运行环境（两个部分是运行在同一台机器上的）。考虑到了使用JNI，结果表明JNI是完全可以胜任目前的角色的。以前没有了解过JNI，总是以为它这不好那不好，用了用，表现还不错，而且实现起来非常之简单。

    整个实现过程可以分为五步来完成：

1）写一个声明了native的Java文件：

2) 使用javah产生对应的CPP头文件：
命令：javah -classpath <path> -jni example.TestJNI -d <out_dir>
生成的头文件example_TestJNI.h如下：

/**//* DO NOT EDIT THIS FILE - it is machine generated */
#include <jni.h>
/**//* Header for class example_TestJNI */

#ifndef _Included_example_TestJNI
#define _Included_example_TestJNI
#ifdef __cplusplus
extern "C" {
#endif
/**//*
 * Class:     example_TestJNI
 * Method:    getNameForCPP
 * Signature: ()Ljava/lang/String;
 */
JNIEXPORT jstring JNICALL Java_example_TestJNI_getNameForCPP
  (JNIEnv *, jobject);

#ifdef __cplusplus
}
#endif
#endif

3）实现对应的CPP代码：

#include "example_TestJNI.h"
#include <string>

JNIEXPORT jstring JNICALL Java_example_TestJNI_getNameForCPP
  (JNIEnv * env, jobject)
{
    //TODO 可以在此调用其他的代码
    std::string strName = "Tower";
    return env->NewStringUTF(strName.c_str());
}

4) 编译CPP代码
命令：g++ -o libtest.so -shared -I<include_path> -I<java_home>/include -I<java_home>/include/linux example_TestJNI.cpp

5）执行

package example;

public class Test {
    public static void main(String[] args) {
        TestJNI test = new TestJNI();
        System.out.println("Hello " + test.getNameForCPP());
    }
}

export LD_EXPORT_PATH=<so_path>
java -cp <path> -Djava.library.path=<so_path> example.Test
输出：Hello Tower

做了这么久的软件，从来就没有好好的学习过设计模式。写代码，做设计的时候都是稀里糊涂。做出来的设计，都会不同程度的让自己感觉到不安。这可能就是《设计模式精解》书中所说那种直觉吧。

引用：

留意你的知觉

出自本能的直觉能对设计质量做出令人惊讶的预测。所谓“出自本能的直觉”，是指当你看到某些不喜欢的东西时，你胃部的感觉。我知道这听起来并不科学（而且它的确不科学），但我的经验总是向我证明：当我从直觉上不喜欢一个设计时，一个更好的设计一定就躺在角落里。

Facade模式：关键特征

意图：希望简化现有系统的使用方法。你需要定义自己的接口。
问题：只需要使用一个复杂系统的一个子集。或者，需要用一种特殊的方式与系统交互。
解决方案：Facade向客户展现使用现有系统的一个新的接口。
参与者与协作者：向客户展现一个定制的接口，让客户更容易地使用现有系统。
效果：Facade模式简化了对所需子系统的使用。但是，由于Facade并不完整，因此某些功能对于客户可能是可用的。
现实：1）定义一个（或一组）新的类来提供所需要的接口。
             2）让新的类使用现有的系统。

Facade模式使用于以下情况：

• 不需要使用一个复杂系统的所有功能，并且可以创建一个新的类来包容访问原有系统的接口的一个子集（通常它就是）比原始系统AP简单得多。
• 希望包装或隐藏原有系统。
• 希望使用原有系统的功能，并且希望增加一些新的功能。
• “编写一个新的类”的代价小于“让所有人学会使用原有系统”或“在未来维护整个系统”所需的代价