久久亚洲精品成人,日韩亚洲国产综合高清,亚洲AV日韩AV无码污污网站

t.interrupt(),t.isInterrupted(),Thread.interrupted()

Frank_Fang — Sat, 22 Aug 2009 03:07:00 GMT

摘要: 在学校的论坛Java版发现很多问关于�q�样的问题，比如�q�几个方法有什么区别，想看t.interrupt()�Ҏ��后线�E�的中断状态；如何�l�止一个线�E?其实之前已经大部分提及到。现�ȝ��一下，然后加上例子�Q�毕竟例子容易理�?http://www.tkk7.com/fhtdy2004/archive/2009/06/08/280728.html中有关interrupt()的解释已�l�很清楚�? ... 阅读全文

Frank_Fang 2009-08-22 11:07 发表评论

Frank_Fang — Fri, 07 Aug 2009 05:15:00 GMT

http://www.ibm.com/developerworks/cn/java/j-tiger08104/

跟踪无法预期的运行时异常可能是一件又慢又费力的事情，只获得默认线�E�名�U�和堆栈跟踪通常是不够的。在 驯服 Tiger �q�一期专栏中�Q�Java 开发�h�?John Zukowski 向您展示了如何通过替代默认行�ؓ来定制输出。他�q�对比了通过�l�分 ThreadGroup 定制输出的老方法与通过提供自己�?UncaughtExceptionHandler 定制输出的新�Ҏ��?

虽然我们不想创徏在无法预期时抛出�q�行时异常的�E�序�Q�但�q�种情况�q�是会发生——尤其是�W�一�ơ运行复杂程序时。通常是��用默认行为、打印堆栈溢出和�l�束�U�程的生命来处理�q�些异常�?/p>

从哪里发现默认行为？每个�U�程都属于一个由 java.lang.ThreadGroup �c�表�C�的�U�程�l�。顾名思义�Q�线�E�组允许您将�U�程�l�合在一赗��您可能是�ؓ了方便而将�U�程�l�合�Q�例如，一个线�E�池中的所有线�E�都属于�l?X�Q�而另一个池的所有线�E�则属于�l?Y�Q�或者是��Z��讉K��控制而将�U�程�q�行�l�合。组 X 中的�U�程无权讉K��或改变组 Y 中的�U�程�Q�除非它们都在同一�U�程�l�内�Q�或在一个子�l�内�Q��?

�?Tiger 之前�Q?ThreadGroup �c�L��供了一�U�处理未捕获异常的方法： ThreadGroup �?uncaughtException() �Ҏ��。如果异�怸��?ThreadDeath �Q�则��线�E�的名称和堆栈回溯（stack backtrace�Q�发送到 System.err 。但�?Tiger ��d��了另一�U�方法： Thread.UncaughtExceptionHandler 接口。细�?ThreadGroup 或安装该新接口的实现都允许您更改默认行�ؓ。我们将�?Tiger 之前和之后提供的�Ҏ��都进行研�I��?

使用 ThreadGroup 的定制行�?/span>

发生未捕��L��异常�Ӟ��默认行�ؓ是将堆栈溢出打印输出到系�l�错误（ System.err �Q�中�Q�如清单 1 中所�C�。不需要��用�Q何命令参数来启动�E�序�?

清单 1. �U�程溢出�C�Z��

public class SimpleDump {
            public static void main(String args[]) {
            System.out.println(args[0]);
            }
            }

不��用�Q何参数运行该�E�序��生成清�?2 中的输出。尽��它不是一个很长的堆栈跟踪�Q�但它是一个完整的堆栈跟踪�?/p>
清单 2. 默认�U�程溢出输出

Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: 0
            at SimpleDump.main(SimpleDump.java:3)

正如 Java �q�_��的许多东西一��P��如果不喜�Ƣ默认行为，您可以对其进行更攏V��在 Java �q�_��?Tiger 版以前的版本中，不能替代所有线�E�的默认行�ؓ�Q�但是可以创��Z��个新�?ThreadGroup �Q��ƈ更改在该�l�内创徏的�Q何线�E�的默认行�ؓ。您可以重写 uncaughtException(Thread t, Throwable e) �Ҏ��来定制该行�ؓ。然后，当发生未预料的运行时异常�Ӟ��该线�E�组内创建的��M��U�程都将获得新的行�ؓ。不�q�，最好是修复基础问题�Q�我��提供一个简单的�C�Z��Q�说明更攚w��认行为所必需的步骤。清�?3 展示了将执行代码攑օ�新线�E�的调整�q�的��试�E�序�Q?

清单 3. 调整�q�的�U�程溢出�C�Z��

public class WindowDump {
            public static void main(String args[]) throws Exception {
            ThreadGroup group = new LoggingThreadGroup("Logger");
            new Thread(group, "myThread") {
            public void run() {
            System.out.println(1 / 0);
            }
            }.start();
            }
            }

LoggingThreadGroup �c�L��一个新的内容，清单 4 中显�C�Z��它的定义。�ؓ了进行说明，通过重写 uncaughtException() �Ҏ��实现的特�D�行为将在一个弹出窗口中昄��该异常，�q�项操作是在�Ҏ�� Handler 的帮助下使用 Java Logging API 来完成的�?

清单 4. LoggingThreadGroup 的定�?/strong>

import java.util.logging.*; public class LoggingThreadGroup extends ThreadGroup { private static Logger logger; public LoggingThreadGroup(String name) { super(name); } public void uncaughtException(Thread t, Throwable e) { // Initialize logger once if (logger == null) { logger = Logger.getLogger("example"); Handler handler = LoggingWindowHandler.getInstance(); logger.addHandler(handler); } logger.log(Level.WARNING, t.getName(), e); } }

�q�里创徏的定�?Handler 的类型�ؓ LoggingWindowHandler �Q�该�c�d��的定义在清单 5 中。处理程序��用了一个支持类 LoggingWindow �Q�该�c�d��异常昄��在屏�q�上�?清单 6 中显�C�Z��该类的定义�?Handler �?public void publish(LogRecord record) �Ҏ��实现了一些重要操作。其余操作大部分只与配置有关�?

清单 5. LoggingWindowHandler 的定�?/strong>

import java.util.logging.*; public class LoggingWindowHandler extends Handler { private static LoggingWindow window; private static LoggingWindowHandler handler; private LoggingWindowHandler() { configure(); window = new LoggingWindow("Logging window...", 400, 200); } public static synchronized LoggingWindowHandler getInstance() { if (handler == null) { handler = new LoggingWindowHandler(); } return handler; } /** * Get any configuration properties set */ private void configure() { LogManager manager = LogManager.getLogManager(); String className = getClass().getName(); String level = manager.getProperty(className + ".level"); setLevel((level == null) ? Level.INFO : Level.parse(level)); String filter = manager.getProperty(className + ".filter"); setFilter(makeFilter(filter)); String formatter = manager.getProperty(className + ".formatter"); setFormatter(makeFormatter(formatter)); } private Filter makeFilter(String name) { Filter f = null; try { Class c = Class.forName(name); f = (Filter)c.newInstance(); } catch (Exception e) { if (name != null) { System.err.println("Unable to load filter: " + name); } } return f; } private Formatter makeFormatter(String name) { Formatter f = null; try { Class c = Class.forName(name); f = (Formatter)c.newInstance(); } catch (Exception e) { f = new SimpleFormatter(); } return f; } // Overridden abstract Handler methods public void close() { } public void flush() { } /** * If record is loggable, format it and add it to window */ public void publish(LogRecord record) { String message = null; if (isLoggable(record)) { try { message = getFormatter().format(record); } catch (Exception e) { reportError(null, e, ErrorManager.FORMAT_FAILURE); return; } try { window.addLogInfo(message); } catch (Exception e) { reportError(null, e, ErrorManager.WRITE_FAILURE); } } } }

清单 6. LoggingWindow 的定�?/strong>

import java.awt.*; import javax.swing.*; public class LoggingWindow extends JFrame { private JTextArea textArea; public LoggingWindow(String title, final int width, final int height) { super(title); EventQueue.invokeLater(new Runnable() { public void run() { setSize(width, height); textArea = new JTextArea(); JScrollPane pane = new JScrollPane(textArea); textArea.setEditable(false); getContentPane().add(pane); setVisible(true); } }); } public void addLogInfo(final String data) { EventQueue.invokeLater(new Runnable() { public void run() { textArea.append(data); } }); } }

执行清单 3 中的 WindowDump �E�序��出现图 1 中的屏幕。因为没有从 Logger 中删除控制台处理�E�序�Q�所以堆栈溢��Z��出现在控制��C��?

�?1. 记录的堆栈跟�t?/strong>

发生�q�行时异常时�Q�可能要做许多工作来更改发生的问题。该代码的大部分都是 Logging Handler�Q�但是，要执行更改，��必��ȝ��?ThreadGroup �Q�重�?uncaughtException() �Q�然后在该线�E�组中执行您的线�E�。不�q�，让我们通过只安�?Thread.UncaughtExceptionHandler �Q�来看一�?Tiger 的处理方式�?

回页�?/strong>

使用 UncaughtExceptionHandler 的定制行�?/span>

对于 Tiger�Q?Thread �c�d��义中��d��了一个新的公共内部类 UncaughtExceptionHandler �Q�更完整的名�U�Cؓ Thread.UncaughtExceptionHandler �Q�其他类讉K��内部�c�L��需要��用完整名�U�ͼ�。接口的定义是一个方法，如图 7 中所�C�：

清单 7. UncaughtExceptionHandler 的定�?/strong>

public interface Thread.UncaughtExceptionHandler { public void uncaughtException(Thread, Throwable); }

您可能没有注意到�Q�清�?7 中的�Ҏ��与我们前面重写的 ThreadGroup 的方法相同。实际上�Q�现在由 ThreadGroup �c�d��现该接口�?

新的内部�c�d��以帮助我们了解下列两�Ҏ��Ҏ��Q��ƈ有助于我们在 Thread 中��用它们：

getUncaughtExceptionHandler() �?setUncaughtExceptionHandler() �?
getDefaultUncaughtExceptionHandler() �?setDefaultUncaughtExceptionHandler() �?

�W�一�Ҏ��法是 getUncaughtExceptionHandler() �?setUncaughtExceptionHandler() �Q�它们允许您为当前线�E�及其后代定制行为，从而允�怺�十或更多的线�E�拥有自��q��定制行�ؓ。不�q�，您更可能使用�W�二�Ҏ��?getDefaultUncaughtExceptionHandler() �?setDefaultUncaughtExceptionHandler() 。如果��用第二对�Ҏ��讄��默认处理�E�序�Q�那么没有自��q��异常处理�E�序的所有线�E�都��用默认处理程序�?

听�v来好像很��单。�ؓ了进行说明，清单 8 转换�?清单 3 中的 ThreadGroup 友好的程序，使用新的 UncaughtExceptionHandler 接口�Q?

清单 8. UncaughtExceptionHandler �C�Z��

public class HandlerDump { public static void main(String args[]) throws Exception { Thread.UncaughtExceptionHandler handler = new LoggingThreadGroup("Logger"); Thread.currentThread().setUncaughtExceptionHandler(handler); System.out.println(1 / 0); } }

该程序只是将 LoggingThreadGroup 重用�?UncaughtExceptionHandler �Q��ƈ没有创徏新的处理�E�序实现。请注意�Q�与原来的代码相比，��C��码要��z�得多�?

回页�?/strong>

其他�U�程更改

Thread �c�M��仅支持��?Tiger ��d��的未捕获异常处理�E�序�Q�它�q�支持��?getAllStackTraces() 获得所有有效线�E�的堆栈跟踪�Q�或者支持��?getStackTrace() 来只获得当前�U�程的堆栈跟�t�。这两种堆栈跟踪都返回类型�ؓ java.lang.StackTraceElement 的对象， java.lang.StackTraceElement �?Java 1.4 �q�_��中添加的一个类�Q�它可以让您生成自己的堆栈跟�t�。同�Ӟ��Java 5 �q�_��新添加的功能是一个惟一�U�程标识�W�（可以使用 getId() 获得该标识符�Q�和一个新�?Thread.State �c�，以及与该�cȝ��关的 getThreadState() �Ҏ��。最后一个线�E�更�Ҏ��一个状态枚举表�Q�该表是用来监视�pȝ��状态，而不是用来同步状态的�?

回页�?/strong>

�l�束�?/span>

像添加未捕获的异常处理程序这��L��单库更改�Q�可以极大地增加原代码的可理解性。虽然在�U�程�l��别上�Q�新的库代码的功能与原来库代码的相同�Q�但新模型中的易用性和灉|��性远�q�超��Z��代码调整�ؓ更新的方式所需的时间。当�Ӟ��老方法仍然可以��用，但最好将代码更新为最新的库功能�?/p>

Frank_Fang 2009-08-07 13:15 发表评论

Java中主�U�程如何捕获子线�E�抛出的异常

Frank_Fang — Fri, 07 Aug 2009 04:38:00 GMT
�q�么来看待这个问题。首先明��线�E�代码的边界。其实很��单，Runnable接口的run�Ҏ��所界定的边界就可以看作是线�E�代码的边界。Runnable接口中run�Ҏ��原型如下�Q?
<<
public void run();
>>
而所有的具体�U�程都实现这个方法，所以这里就明确了一点，�U�程代码不能抛出��M��checked异常。所有的�U�程中的checked异常都只能被�U�程本��n消化掉�?) �q�样本��n也是�W�合�U�程的设计理�늚��Q�线�E�本�w�就是被看作独立的执行片断，它应该对自己负责�Q�所以由它来消化所有的checked异常是很正常的�?
�q�样��回�{�了��g��的第一个问题：checked异常一定要在线�E�内部消化�?

但是�Q�线�E�代码中是可以抛出错�?Error)和运行��别异�?RuntimeException)的。Error��Z��可以忽略�Q�因为通常Error是应该留�l�vm的，而RuntimeException��是比较正常的，如果在运行过�E�中满��了某�U�条件导致线�E�必��M��断，可以选择使用抛出�q�行�U�别异常来处理，如下�Q?
<<
public void run() {
if (...) throw new RuntimeException();
}
>>
当线�E�代码抛��行��别异�怹�后，�U�程会中断�?)�q�点java中解释得很清楚：
<< @see Thread
All threads that are not daemon threads have died, either by returning from the call to the run method or "by throwing an exception that propagates beyond the run method".
>>
但是对于invoke此线�E�的�ȝ��E�会产生什么媄响呢�Q�主�U�程不受�q�个影响�Q�不会处理这个RuntimeException�Q�而且�Ҏ��不能catch到这个异常。会�l�箋执行自己的代�? :)
所以得到结论：�U�程�Ҏ��的异常只能自己来处理�?

关于最后一点，不相信的话大家可以做�q�么一个试验：
<<
public class TestThreadException extends Thread {
public void run() {
throw new RuntimeException();
}

public static void main(String[] args) throws InterruptedException {
try {
new TestThreadException().start();
} catch(RuntimeException ex) {
// 看看能不能到达这里？ :)
}

Thread.sleep(1000);
// 看看能不能到达这里？ :)
}
}
>>

��C��得在哪里看到的代码，可以处理到线�E�中抛出的RuntimeException�Q?

public class ApplicationLoader extends ThreadGroup
{
private ApplicationLoader()
{

super("ApplicationLoader");

}

public static void main(String[] args)
{

Runnable appStarter = new Runnable()
{

public void run()
{
//invoke your application (i.e.MySystem.main(args)

throw new NullPointerException(); //example, throw a runtime exception
}
};

new Thread(new ApplicationLoader(), appStarter).start();
}

//We overload this method from our parent
//ThreadGroup , which will make sure that it
//gets called when it needs to be. This is
//where the magic occurs.
public void uncaughtException(Thread thread, Throwable exception)
{
//Handle the error/exception.
//Typical operations might be displaying a
//useful dialog, writing to an event log, etc.

exception.printStackTrace();//example, print stack trace
}
}

呵呵�Q�uncaughtException好像是唯一能够处理�U�程抛出的uncaught异常的入口。看来还是有�l�心人啊。确实如此，通过ThreadGroup的uncaughtException�Ҏ��q�是有处理的��Z��。当�U�程抛出uncaughtException的时候，JVM会调用ThreadGroup的此�Ҏ��。默认的处理如下�Q?
<<
public void uncaughtException(Thread t, Throwable e) {
if (parent != null) {
parent.uncaughtException(t, e);
} else if (!(e instanceof ThreadDeath)) {
e.printStackTrace(System.err);
}
}
>>
每个Thread都会有一个ThreadGroup对象�Q�可以通过Thread.getThreadGroup()�Ҏ��得到�Q�提供了上述默认的uncaught异常处理�Ҏ��?
上面没有提这点，因�ؓ��为在正常的情况下�Q�这个方法的处理情况��已�l��够了。还是那个线�E�设计的理念�Q?#8220;�U�程的问题应该线�E�自己本�w�来解决�Q�而不要委托到外部�?#8221;通常情况下，外部不需要处理线�E�的异常。当然也有例外�?)

Frank_Fang 2009-08-07 12:38 发表评论

【�{】Java1.5泛型指南中文�?Java1.5 Generic Tutorial)

Frank_Fang — Mon, 27 Jul 2009 12:50:00 GMT
     摘要: Java1.5泛型指南中文�?Java1.5 Generic Tutorial) 英文版pdf下蝲链接�Q�http://java.sun.com/j2se/1.5/pdf/generics-tutorial.pdf �l�于��译完了�Q�感觉挺累！译文有些地方可能有误或者不准确�Q�所以保留了一些原文，对于重要的地方，也保留原文以助理解，�Ƣ迎来信指正或讨论，mailto:chengchengji@163.c...  阅读全文

Frank_Fang 2009-07-27 20:50 发表评论

Frank_Fang — Wed, 15 Jul 2009 16:01:00 GMT
Java集合�c�d��l?

Frank_Fang 2009-07-16 00:01 发表评论

Java反射机制学习��结

Frank_Fang — Thu, 09 Jul 2009 02:08:00 GMT

先留着

Frank_Fang 2009-07-09 10:08 发表评论

Java Hashtable分析

Frank_Fang — Fri, 03 Jul 2009 05:24:00 GMT
     摘要: Hashtable的结构，采用的是数据�l�构中所说的铑֜�址法处理冲�H�的�Ҏ�� 从上面的�l�构囑֏�以看出，Hashtable的实质就是一个数�l�＋链表。图中的Entry��是链表的实玎ͼ�Entry的结构中包含了对自己的另一个实例的引用next�Q�用以指向另外一个Entry。而图中标有数字的部分是一个Entry数组�Q�数字就是这个Entry数组的index。那么往Hashtable增加键值对的时候，ind...  阅读全文

Frank_Fang 2009-07-03 13:24 发表评论

Frank_Fang — Sat, 27 Jun 2009 16:50:00 GMT

http://www.javaeye.com/topic/109150

http://itchaser.javaeye.com/blog/440335

http://www.javaeye.com/topic/11315

�q�得了解一下Java内存模型。。�?br />
看了一下Java虚拟��范，��比较清楚了

Frank_Fang 2009-06-28 00:50 发表评论

[转]J2EE��目异常处理

Frank_Fang — Wed, 24 Jun 2009 02:29:00 GMT
     摘要: 被ibm�l�鄙视后�Q�好好看了一下Java的异常机�Ӟ��的确自己太弱了，很多东西之前都没有仔�l�的��M��解研�I�。同时自�׃��实没有什么special的地斏V��下一步准备在攑ց�之前好好研究一下Java�|�络�~�程�Q�nio,mina以前虽然用了下也没有深入。暑期不扑֮�习了�Q�学学Linux�~�程和ACE�Q�再复习一下基��好好充一下电�Q�现在是�W�试都过不了�? 转帖地址 http://www.javaeye.com/to...  阅读全文

Frank_Fang 2009-06-24 10:29 发表评论

Frank_Fang — Sat, 20 Jun 2009 10:23:00 GMT

Volatile修饰的成员变量在每次被线�E�访问时�Q�都��从主内存中重读该成员变量的倹{��而且�Q�当成员变量发生变化�Ӟ��U�程��变化值回写到��d��存。这样在��M��时刻�Q�两个不同的�U�程��L��看到某个成员变量的同一个倹{�?nbsp;

Java语言规范中指出：��Z��获得最佳速度�Q�允许线�E�保存共享成员变量的�U�有拯��Q�而且只当�U�程�q�入或者离开同步代码块时才与�׃�n成员变量的原始值对比�?nbsp;

�q�样当多个线�E�同时与某个对象交互�Ӟ��必��要注意到要让线�E�及时的得到�׃�n成员变量的变化�?nbsp;

而volatile关键字就是提�C�VM�Q�对于这个成员变量不能保存它的私有拷贝，而应直接与共享成员变量交互�?nbsp;

使用��Q�在两个或者更多的�U�程讉K��的成员变量上使用volatile。当要访问的变量已在synchronized代码块中�Q�或者�ؓ帔R��Ӟ��不必使用�?nbsp;

�׃��使用volatile屏蔽掉了VM中必要的代码优化�Q�所以在效率上比较低�Q�因此一定在必要时才使用此关键字�?nbsp;

java关键字Transient

转自http://horst.sun.blog.163.com/blog/static/348849612007614494492/

��译自http://www.devx.com/tips/Tip/13726�?nbsp;

Java的serialization提供了一�U�持久化对象实例的机制。当持久化对象时�Q�可能有一个特�D�的对象数据成员�Q�我们不�?nbsp;
用serialization机制来保存它。�ؓ了在一个特定对象的一个域上关闭serialization�Q�可以在�q�个域前加上关键字transient�?nbsp;
transient是Java语言的关键字�Q�用来表�C�Z��个域不是该对象串行化的一部分。当一个对象被串行化的时候，transient型变量的��g��包括在串行化的表�C�Z��Q�然而非transient型的变量是被包括�q�去的�?nbsp;
注意static变量也是可以串行化的

首先�Q�让我们看一些Java serialization的代码：
public class LoggingInfo implements java.io.Serializable
{
    private Date loggingDate = new Date();
    private String uid;
    private transient String pwd;

    LoggingInfo(String user, String password)
    {
        uid = user;
        pwd = password;
    }
    public String toString()
    {
        String password=null;
        if(pwd == null)
        {
        password = "NOT SET";
        }
        else
        {
            password = pwd;
        }
        return "logon info: \n   " + "user: " + uid +
            "\n   logging date : " + loggingDate.toString() +
            "\n   password: " + password;
    }
}

现在我们创徏一个这个类的实例，�q�且串行�?serialize)�?nbsp;,然后��这个串行化对象写如��盘�?nbsp;

LoggingInfo logInfo = new LoggingInfo("MIKE", "MECHANICS");
System.out.println(logInfo.toString());
try
{
   ObjectOutputStream o = new ObjectOutputStream(
                new FileOutputStream("logInfo.out"));
   o.writeObject(logInfo);
   o.close();
}
catch(Exception e) {//deal with exception}

To read the object back, we can write

try
{
   ObjectInputStream in =new ObjectInputStream(
                new FileInputStream("logInfo.out"));
   LoggingInfo logInfo = (LoggingInfo)in.readObject();
   System.out.println(logInfo.toString());
}
catch(Exception e) {//deal with exception}

如果我们�q�行�q�段代码�Q�我们会注意��C��盘中读�?read——back (de-serializing))的对象打印password�?/span>"NOT SET"。这是当我们定义pwd域�ؓtransient�Ӟ��所期望的正��结果�?nbsp;
现在�Q�让我们来看一下粗心对待transient域可能引��L��潜在问题。假设我们修改了�c�d��义，提供�l�transient域一个默认��|��
代码如下�Q?nbsp;

public class GuestLoggingInfo implements java.io.Serializable
{
    private Date loggingDate = new Date();
    private String uid;
    private transient String pwd;

    GuestLoggingInfo()
    {
        uid = "guest";
        pwd = "guest";
    }
    public String toString()
    {
        //same as above
     }
}
现在�Q�如果我们穿行化GuestLoggingInfo的一个实例，��它写入��盘�Q��ƈ且再��它从磁盘中��d��Q�我们仍然看到读回的对象打印password �?nbsp;"NOT SET"。当从磁盘中��d��某个�cȝ��实例�Ӟ��实际上�ƈ不会执行�q�个�cȝ��构造函敎ͼ�
而是载入了一个该�c�d��象的持久化状态，�q�将�q�个状态赋值给该类的另一个对象�?nbsp;

Frank_Fang 2009-06-20 18:23 发表评论

Java Serializable��结

Frank_Fang — Sat, 20 Jun 2009 10:00:00 GMT

Frank_Fang 2009-06-20 18:00 发表评论

Frank_Fang — Sat, 20 Jun 2009 09:43:00 GMT
     摘要:       当两个进�E�在�q�行�q�程通信�Ӟ��无论是何�U�类型的数据�Q�都会以二进制序列的形式在网�l�上传送。发送方需要把�q�个Java对象转换为字节序列，才能在网�l�上传送，�U�Cؓ对象的序列化�Q�接收方则需要把字节序列再恢复�ؓJava对象�Q�称为对象的反序列化�?只有实现了Serializable和Externalizable接口的类的对象才能被序列化，而Extern...  阅读全文

Frank_Fang 2009-06-20 17:43 发表评论

【�{】避免在Java中��用Checked Exception

Frank_Fang — Sat, 20 Jun 2009 07:49:00 GMT

Java 提供了两�U�Exception 的模式，一�U�是执行的时候所产生的Exception (Runtime Exception)�Q�另外一�U�则是受控制的Exception (Checked Exception)�?/span>

所有的Checked Exception 均从java.lang.Exception �l�承而来�Q�而Runtime Exception 则��承java.lang.RuntimeException 或java.lang.Error (实际上java.lang.RuntimeException 的上一层也是java.lang.Exception�Q�这说明作�ؓexception两者�ƈ没有本质的区别，只是java语言本��n从功能考虑有所区分�Q�这才导致下面提到的不同�?�?/span>

一个函数如果会抛出Checked Exception �Q�（�q�里包含两种情况�Q�一个是函数本��n抛出�Q�另外一�U�是它调用的函数会抛出Checked Exception 但是它�ƈ没有去catch�q�个exception�Q�，那在声明此函数的时候必��L��明throws XXXException()。而Runtime Exception不需要如此声明�?/span>

逻辑上看�Q�Runtime Exception 与Checked Exception 使用目的不一栗��一般而言�Q�Checked Exception 表示�q�个Exception 必须要被处理�Q�也��是说程序设计者应该已�l�知道可能会收到某个Exception(因�ؓ要try catch�? �Q�所以程序设计者应该能也必��（或者标明throws XXXException()�l�箋抛出去，或者try catch处理�Q�不然是�~�译不过的）针对�q�些不同的Checked Exception 做出不同的处理。而Runtime Exception 通常会暗�C�着�E�序上的错误�Q�这�U�错误会��D��E�序设计者无法处理，而造成�E�序无法�l�箋执行下去�Q�可以try catch处理而避免程序挂掉，但是�q�常�怼�掩盖问题所在）�?/span>

checked exception�׃��必须被处理，会给�E�序员带来额外的�ȝ��Q�试想一个函数a�Q�它会调用到b1�Q�b2...�Q�b9一�?个函敎ͼ��q�些函数每个都会抛出checked exception�Q�而a函数里面又没有办法处理这些exception�Q�那在声明a函数的时候就必须�q�写9个throw xxxException�Q�够累的�Q�！然而这仅仅是问题的一个方面，所以下面这��文章试图说服我们尽量��用runtime exception替代checked exception(前面提到可以try catch处理runtime exception�Q�而避免程序挂掉，�q�也是这样做的一个前�?�?/span>

�q�篇文章指出了Java中checked Exception的一些缺点，提出应该在程序设计中避免使用checked Exception,对于需要处理checked Exception的代码，可以使用ExceptionAdapter�q�个�c�d��checked Exception�q�行包装。这��文章的概念和ExceptionAdapter�q�个�c�d��源自Bruce Eckel的Does Java need Checked Exception�?br />

Java�?font face="Arial">Exception分�ؓ两类�Q�一�c�L��RuntimeException及其子类�Q�另外一�c�d��?font face="Arial">checked Exception�?font face="Arial">Java要求函数�Ҏ��有被catch处理掉的checked Exception�Q�需要将其写在函数的声明部分。然而，�q�一要求常常�l�程序员带来一些不必要的负担�?/font>

��Z��避免在函数声明中�?font face="Arial">throws部分�Q�在Java��目里面常常可以看到以下代码用来‘吞掉’Exception�Q?br />

try {
  //
} catch (Exception ex) {
           ex.printStackTrace();
  }

�q�显然不是一个好的处�?font face="Arial">Exception办法�Q�事实上�Q?font face="Arial">catch�q�处理一�?font face="Arial">Exception意味着让程序从发生的错�?font face="Arial">(Exception)中恢复过来。从�q�种意义上说�Q�已上的代码只可能在一些很��单的情况下工作而不带来问题�?/font>

对于很多Exception�Q�往往没有��d��理它�q�让�E�序从错误中恢复出来的办法，�q�时唯一能做的事情可能就是在界面上显�C�Z��些提�C�Z��息给用户。这�U�情况下让程序抛出遇到的Exception是更为合理的做法。然而，�q�样做会使得一些函数的声明急剧膨胀。一个函数可能需要声明会抛出�?font face="Arial">7�?font face="Arial">8�?font face="Arial">checked Exception�Q�而且每个调用它的函数也需要同��L��声明�?/font>

比这更糟�p�的是，�q�有可能破坏�c�设计的open-close原则。简单来��_��open-close原则是指当扩展一个模块的时候，可以不媄响其现有�?font face="Arial">client�?font face="Arial">open-close原则是通过�l�承来实现的�Q�当�l�承一个类的时候，我们既扩展了�q�个�c�，也不会媄响原有的client�Q�因为对�q�个�c�L��有改动）�?/font>

现在考虑下面�q�种情况�Q�有一个父�c?font face="Arial">Base�Q?/font>

public class Base {
    public void foo() throws ExceptionA {
       //
    }
}

现在需要��?font face="Arial">Base�q�个�c�dƈ重蝲foo�q�个�Ҏ��Q�在新的实现中，foo可能抛出ExceptionB�Q?br />

public class Extend extends Base {
    public void foo() throws ExceptionB {
       //
    }
}

然而，�q�样写在Java里面是不合法的，��管Java不会抛出�?font face="Arial">Exception看作函数特征的一部分�Q�但子类声明抛出�?font face="Arial">Exception必须是父�cȝ��子集�?br /> 可以�?font face="Arial">Base�cȝ��foo�Ҏ��中加入抛�?font face="Arial">ExceptionB的声明，然而，�q�样��q��坏了open-close原则。而且�Q�有时我们没有办法去修改父类�Q�比如当重蝲一�?font face="Arial">Jdk里的�cȝ��时候�?/font>

另一个可能的做法是在Extend�?font face="Arial">foo�Ҏ��?font face="Arial">catch�?font face="Arial">ExceptionB�Q�然后构造一�?font face="Arial">ExceptionA�q�抛出。这是个可行的办法但也只是一个权宜之计�?/font>

如果使用RuntimeException�Q�这些问题都不会存在。这说明checked Exception�q�不是一个很实用的概念，也意味着在程序设计的时候，我们应该让自��q��Exception�cȝ��?font face="Arial">RuntimeException而不�?font face="Arial">Exception。（�q�和JDK的徏议正好相反，但实践证明这样做代码的质量更好。）

对于那些需要处�?font face="Arial">checked Exception的代码，可以利用一�?font face="Arial">ExceptionAdapter的类�?font face="Arial">checked Exception包装成一�?font face="Arial">RuntimeException抛出�?font face="Arial">ExceptionAdapter来自Bruce Eckel�?font face="Arial">Does Java need Checked Exception�q�篇文章�Q?br />

public class ExceptionAdapter extends RuntimeException {

    public ExceptionAdapter(Exception ex) {

       super(ex);

    }

    public void printStackTrace(java.io.PrintStream s) {

       getCause().printStackTrace(s);

    }

    public void printStackTrace(java.io.PrintWriter s) {
       getCause().printStackTrace(s);

    }

    // rethrow()的作用是把被包装的Exception再次抛出�?/span>

    public void rethrow()
       throws Exception
    {
       throw (Exception) getCause();
    }
}

Frank_Fang 2009-06-20 15:49 发表评论

Java Exception��结(�?

Frank_Fang — Thu, 18 Jun 2009 15:40:00 GMT
     摘要: RuntimeException异常以及其子�c�d��常，不需要异常说明就可以从�Q何地�Ҏ��?是uncheck exception�? 从程序的输出看出�Q�无论有没有抛出异常�Q�finally子句��M��得到执行�Q?�q�个�E�序也启发我们应该如何处理我们前面讲到过�?Java异常�Q�和C++ 的异�怸��P��会阻止程序回到异常抛出的地方恢复执行�q�个问题�?如果你把try块放�q�一个��@环，你就能构��Z��?..  阅读全文

Frank_Fang 2009-06-18 23:40 发表评论

Java Exception��结

Frank_Fang — Thu, 18 Jun 2009 15:36:00 GMT

唉，今天ibm面试看来是被鄙视了，问及异常不知道是要问CheckedException和UncheckedException
thinking in java看的早忘了�?br /> 看了好几��帖子，�q�是理解不够深刻
http://www.javaeye.com/topic/2038       主题�Q��ؓ什�?Java 中要使用 Checked Exceptions
http://www.javaeye.com/topic/14082     主题�Q�我对Checked Exceptions的看�?(�l��ؓ什么java引入Checked Ex...
http://www.javaeye.com/topic/10482     主题�Q�我对Checked Exception观点的变�?/a>
http://www.javaeye.com/topic/72170     主题�Q�J2EE��目异常处理
 http://www.ibm.com/developerworks/cn/java/j-jtp05254/index.html

http://www.onjava.com/pub/a/onjava/2006/01/11/exception-handling-framework-for-j2ee.html?page=6&x-order=date

http://www.onjava.com/pub/a/onjava/2003/11/19/exceptions.html?page=2

本文是Exception处理的一��不错的文章�Q�从Java Exception的概念介�l��v�Q�依�ơ讲解了Exception的类型（Checked/Unchecked�Q�，Exception处理的最佛_��玎ͼ�
1�Q?选择Checked�q�是Unchecked的几个经�怾��?br /> 2�Q?Exception的封装问�?br /> 3�Q?如无必要不要创徏自己的Exception
4�Q?不要用Exception来作��程控制
5�Q?不要��L��的忽略捕��L��Exception
6�Q?不要��单地捕获��层的Exception
原文地址�Q?br /> http://www.onjava.com/pub/a/onjava/2003/11/19/exceptions.html

关于异常处理的一个问题就是要对何�Ӟ��when�Q�和如何�Q�how�Q��用它们做��C��然于心。在本文中我��介�l�一些关于异常处理的最佛_��践，同时我也会涉及到最�q�争论十分激烈的checked Exception的��用问题�?br />
作�ؓ开发员�Q�我们都希望能写��决问题�ƈ且是高质量的代码。不�q�的是，一些副作用�Q�side effects�Q�伴随着异常在我们的代码中慢慢滋生。无庸置疑，没有人喜�Ƣ副作用�Q�side effects�Q?所以我们很快就用我们自��q��方式来避免它�Q�我曄��看到一些聪明的�E�序员用下面的方式来处理异常�Q?br />
public void consumeAndForgetAllExceptions(){
try {
...some code that throws exceptions
} catch (Exception ex){
ex.printStacktrace();
}
}

上边的代码有什么问题么�Q?br />
在回�{�以前让我们��x��怎样才是正确的？是的�Q�一旦程序碰到异常，它就该挂��L��序�?�?点什么。那么上边的代码是这样子的么�Q�看吧，它隐瞒了什么？它把所有的"苦水"往肚里咽（在控制台打印出异�怿�息）�Q�然后一切��l�，从表面上看就像什么都没有发生�q�一�?.....�Q�很昄��Q�上边代码达到的效果�q�不是我们所期望的�?br />
后来又怎样�Q?br />
public void someMethod() throws Exception{
}

上边的代码又有什么问题？

很明显，上边的方法体是空的，它不实现��M��的功能（没有一句代码）�Q�试问一个空�Ҏ��体能抛出什么异常？当然Java�q�不��L��你这么干。最�q�，我也遇到�c�M��的情景，�Ҏ��声明会抛出异常，但是代码中�ƈ没有��M��"��Z��"�?展示"异常。当我问开发员��Z��么要�q�样做的时候，他回�{�我�?我知道，它确实有炚w��个，但我以前��是�q�么�q�的�q�且它确实能为我工作�?

在C++�C�֌�曄��׃��数年实践来实践如何��用异常，关于此类的争论在 java�C�֌�才刚刚开始。我曄��看到许多Java�E�序员针对��用异常的问题�q�行争论。如果对于异常处理不当的话，异常可以大大减慢应用�E�序的执行速度�Q�因为它��消耗内存和CPU来创建、抛出�ƈ捕获异常。如果过分的依赖异常处理�Q�代码对易读和易使用�q�两斚w��产生影响�Q�以至于会让我们写出上边两处"�p�糕"代码�?br />
异常原理

大体上说�Q�有三种不同�?情景"会导致异常的抛出�Q?br />
l �~�程错误��D��异常�Q�Exception due Programming errors�Q? �q�种情景下，异常往往处于�~�程错误�Q�如�Q�NullPointerException 或�?IllegalArgumentException�Q?�q�时异常一旦抛出，客户端将变得无能为力�?br />
l 客户端代码错误导致异常（Exception due client code errors�Q? 说白点就是客��L��试图调用API不允许的操作�?br />
l 资源��p�|��D��异常�Q�Exception due to resource failures�Q? 如内存不��x��|�络�q�接��p�|��D��出现异常�{�。这些异常的出现客户端可以采取相应的措施来恢复应用程序的�l�箋�q�行�?br />
Java中异常的�c�d��

Java 中定义了两类异常�Q?br />
l Checked exception: �q�类异常都是Exception的子�c?br />
l Unchecked exception: �q�类异常都是RuntimeException的子�c�，虽然RuntimeException同样也是Exception的子�c�，但是它们是特�D�的�Q�它们不能通过client code来试图解冻I��所以称为Unchecked exception

举个例子�Q�下图�ؓNullPointerException的��承关�p�：

图中�Q�NullPointerException�l�承自RuntimeException�Q�所以它是Unchecked exception.

以往我都是应用checked exception多于Unchecked exception�Q�最�q�，在java�C�֌��Ȁ起了一场关于checked exception和��用它们的价值的争论。这��Z��v源于JAVA是第一个拥有Checked exception的主��OO语言�q�样一个事实，而C++和C#都是�Ҏ��没有Checked exception�Q�它们所有的异常都是unchecked�?/em>

一个checked exception��它的客户端可以抛出�ƈ捕获它，一旦客��L��不能有效地处理这些被抛出的异常就会给�E�序的执行带来不期望的负担�?br /> Checked exception�q�可能带来封装泄漏，看下面的代码�Q?br />
public List getAllAccounts() throws
FileNotFoundException, SQLException{
...
}

上边的方法抛��Z��个异常。客��L��必须昄��的对�q�两�U�异常进行捕获和处理即��是在完全不知道这�U�异常到底是因�ؓ文�g�q�是数据库操作引��L��情况下。因此，此时的异常处理将��D��一�U�方法和调用之间不合适的耦合�?br />

接下来我会给出几�U�设计异常的最佛_��?�Q�Best Practises for Designing the API�Q?br />
1�Q?当要军_��是采用checked exception�q�是Unchecked exception的时候，你要问自�׃��个问题，"如果�q�种异常一旦抛出，客户端会做怎样的补救？"
如果客户端可以通过其他的方法恢复异常，那么�q�种异常��是checked exception�Q�如果客��L��对出现的�q�种异常无能为力�Q�那么这�U�异常就是Unchecked exception�Q�从使用上讲�Q�当异常出现的时候要做一些试图恢复它的动作而不要仅仅的打印它的信息�Q��L��的来��_��看下表：

Client's reaction when exception happens
Exception type

Client code cannot do anything
Make it an unchecked exception

Client code will take some useful recovery action based on information in exception
Make it a checked exception

此外�Q�尽量��用unchecked exception来处理编�E�错误：因�ؓunchecked exception不用使客��L��代码昄��的处理它们，它们自己会在出现的地�Ҏ��L��序�ƈ打印出异�怿�息。Java API中提供了丰富的unchecked excetpion�Q�譬如：NullPointerException , IllegalArgumentException �?IllegalStateException�{�，因此我一般��用这些标准的异常�c�而不愿亲自创建新的异常类�Q�这样��我的代码易于理解�q��免的�q�多的消耗内存�?br />
2�Q?保护��装性（Preserve encapsulation�Q?br />
不要让你要抛出的checked exception升��到较高的层次。例如，不要让SQLException延��C��务层。业务层�q�不需要（不关心？�Q�SQLException。你有两�U�方法来解决�q�种问题�Q?br />
l 转变SQLException为另外一个checked exception�Q�如果客��L��q�不需要恢复这�U�异常的话；

l 转变SQLException��Z��个unchecked exception�Q�如果客��L��对这�U�异常无能�ؓ力的话；

多数情况下，客户端代码都是对SQLException无能为力的，因此你要毫不犹��U的把它�{变�ؓ一个unchecked exception�Q�看看下边的代码�Q?br /> public void dataAccessCode(){
try{
..some code that throws SQLException
}catch(SQLException ex){
ex.printStacktrace();
}
}

上边的catch块紧紧打印异�怿�息而没有�Q何的直接操作�Q�这是情有可原的�Q�因为对于SQLException你还奢望客户端做些什么呢�Q�（但是昄��q�种��p��什么事情都没发生一��L��做法是不可取的）那么有没有另外一�U�更加可行的�Ҏ��呢？

public void dataAccessCode(){
try{
..some code that throws SQLException
}catch(SQLException ex){
throw new RuntimeException(ex);
}
}

上边的做法是把SQLException转换为RuntimeException�Q�一旦SQLException被抛出，那么�E�序��抛出RuntimeException,此时�E�序被挂起�ƈ�q�回客户端异�怿�息�?br />
如果你有��_��的信心恢复它当SQLException被抛出的时候，那么你也可以把它转换��Z��个有意义的checked exception, 但是我发现在大多时候抛出RuntimeException已经��_��用了�?br />
3�Q?不要创徏没有意义的异常（Try not to create new custom exceptions if they do not have useful information for client code.�Q?br />
看看下面的代码有什么问题？

public class DuplicateUsernameException
extends Exception {}

它除了有一�?意义明确"的名字以外没有�Q何有用的信息了。不要忘记Exception跟其他的Java�c�M��P��客户端可以调用其中的�Ҏ��来得到更多的信息�?br />
我们可以为其��d��一些必要的�Ҏ��Q�如下：

public class DuplicateUsernameException
extends Exception {
public DuplicateUsernameException
(String username){....}
public String requestedUsername(){...}
public String[] availableNames(){...}
}

在新的代码中有两个有用的�Ҏ��Q�reqeuestedUsername(),客户但可以通过它得到请求的名称�Q�availableNames(),客户端可以通过它得��C��l�有用的usernames。这样客��L��在得到其�q�回的信息来明确自己的操作失败的原因。但是如果你不想��d��更多的信息，那么你可以抛��Z��个标准的Exception:

throw new Exception("Username already taken");
更甚的情况，如果你认为客��L��q�不想用�q�多的操作而仅仅想看到异常信息�Q�你可以抛出一个unchecked exception:

throw new RuntimeException("Username already taken");

另外�Q�你可以提供一个方法来验证该username是否被占用�?br />
很有必要再重申一下，checked exception应该让客��L��从中得到丰富的信息。要惌��你的代码更加易读�Q�请們֐�于用unchecked excetpion来处理程序中的错误（Prefer unchecked exceptions for all programmatic errors�Q��?br />
4�Q?Document exceptions.

你可以通过Javadoc's @throws 标签来说明（document�Q�你的API中要抛出checked exception或者unchecked exception。然而，我更們֐�于��用来单元��试来说明（document�Q�异常。不��你采用哪中方式�Q�你要让客户端代码知道你的API中所要抛出的异常。这里有一个用单元��试来测试IndexOutOfBoundsException的例子：

public void testIndexOutOfBoundsException() {
ArrayList blankList = new ArrayList();
try {
blankList.get(10);
fail("Should raise an IndexOutOfBoundsException");
} catch (IndexOutOfBoundsException success) {}
}

上边的代码在��h��blankList.get(10)的时候会抛出IndexOutOfBoundsException,如果没有被抛出，��fail ("Should raise an IndexOutOfBoundsException")昄��说明该测试失败。通过书写��试异常的单元测试，你不但可以看到异常是怎样的工作的�Q�而且你可以让你的代码变得��来��健壮�?br />

下面作者将介绍界中使用异常的最佛_��践（Best Practices for Using Exceptions�Q?br /> 1�Q?��L��要做一些清理工作（Always clean up after yourself�Q?br />
如果你��用一些资源例如数据库�q�接或者网�l�连接，误��住要做一些清理工作（如关闭数据库�q�接或者网�l�连接）�Q�如果你的API抛出Unchecked exception�Q�那么你要用try-finally来做必要的清理工作：

public void dataAccessCode(){
Connection conn = null;
try{
conn = getConnection();
..some code that throws SQLException
}catch(SQLException ex){
ex.printStacktrace();
} finally{
DBUtil.closeConnection(conn);
}
}

class DBUtil{
public static void closeConnection
(Connection conn){
try{
conn.close();
} catch(SQLException ex){
logger.error("Cannot close connection");
throw new RuntimeException(ex);
}
}
}

DBUtil是一个工��L��来关闭Connection.有必要的说的使用的finally的重要性是不管�E�序是否��到异常�Q�它都会被执行。在上边的例子中�Q�finally中关闭连接，如果在关闭连接的时候出现错误就抛出RuntimeException.

2�Q?不要使用异常来控制流�E�（Never use exceptions for flow control�Q?br />
下边代码中，MaximumCountReachedException被用于控制流�E�：

public void useExceptionsForFlowControl() {
try {
while (true) {
increaseCount();
}
} catch (MaximumCountReachedException ex) {
}
//Continue execution
}

public void increaseCount()
throws MaximumCountReachedException {
if (count >= 5000)
throw new MaximumCountReachedException();
}

上边的useExceptionsForFlowControl()用一个无限��@环来增加count直到抛出异常�Q�这�U�做法�ƈ没有说让代码不易读，但是它是�E�序执行效率降低�?br />
��C��Q�只在要会抛出异常的地方�q�行异常处理�?br />

3�Q?不要忽略异常

当有异常被抛出的时候，如果你不��x��复它�Q�那么你要毫不犹豫的��其转换为unchecked exception�Q�而不是用一个空的catch块或者什么也不做来忽略它�Q�以至于从表面来看象是什么也没有发生一栗��?br />

4�Q?不要捕获��层的Exception

unchecked exception都是RuntimeException的子�c�，RuntimeException又��承Exception,因此�Q�如果单�U�的捕获Exception,那么你同样也捕获了RuntimeException,如下代码�Q?br />
try{
..
}catch(Exception ex){
}
一旦你写出了上边的代码�Q�注意catch块是�I�的�Q�，它将忽略所有的异常�Q�包括unchecked exception.

5�Q?Log exceptions just once

Logging the same exception stack trace more than once can confuse the programmer examining the stack trace about the original source of exception. So just log it once.

Frank_Fang 2009-06-18 23:36 发表评论

Frank_Fang — Wed, 10 Jun 2009 13:57:00 GMT
     摘要: ��Z��么不鼓励使用 Thread.stop、Thread.suspend�?Thread.resume及解��x��?nbsp; 阅读全文

Frank_Fang 2009-06-10 21:57 发表评论

OWL实例描述

Frank_Fang — Wed, 10 Jun 2009 13:56:00 GMT

http://www.transwiki.org/wiki/index.php/OWL%E6%8C%87%E5%8D%97_%E6%8E%A8%E8%8D%90%E6%A0%87%E5%87%86-4#equivalentClass.2C_equivalentProperty �Q�本体介�l�）

http://imarine.blog.163.com/blog/static/5138018320071119110889/�Q�本体查询）

http://bbs.w3china.org/dispbbs.asp?boardID=2&ID=74918/ (本体查询�Q?br />

-------------------------------------------------------
rdfs:subClassOf 描述


   wine
   vin

Wine PotableLiquid
--------------------------------------------------------
ObjectProperty   描述 wine hasWinDescriptor WineDescriptor




-------------------------------------------------------
DatatypeProperty 描述 VintageYear is 1998




    1998





Vintage has VintageYear that is 1998 ------ 葡萄酒的�q�䆾�?998 �?1998的葡萄酒

--------------------------------------------------------
个体(individual) 描述



CabernetSauvignonGrape is WineGrape ---- 赤霞珠葡萄树

----------------------属性特�?-----------------------
TransitiveProperty 描述
SymmetricProperty 描述




--------------------------------------------
FunctionalProperty   描述一个给定的 Vintage个体只能使用hasVintageYear属性与单独一个年份相兌��





---------------------------------------------
inverseOf 描述各种葡萄酒都有制造商






---------------------------------------------
InverseFunctionalProperty




owl:InverseFunctional意味着属性的值域中的元素为定义域中的每个元素提供了一个唯一的标�?/p>

---属性限�?-----
-------------------------
allValuesFrom   描述 Wine的制造商必须是Winery�?br /> owl:someValuesFrom替换owl:allValuesFrom�Q�那��意味着臛_��有一个Wine�c�d��例的hasMaker属性是指向一个Winery�cȝ��个体的�?/p>


   ...







   ...

-------------------------------------------------------
owl:cardinality 描述允许对一个关�p�M��的元素数目作出精��的限制




       1



每瓶葡萄酒只有一个年�?/p>
-------------------------------------------------------
hasValue 描述一个个体只要至��有“一�?#8221;属性值等于hasValue的资源，�q�一个体��是该类的成员�?/p>

   ...







所有的Burgundy酒都是干(dry)的酒。也卻I��它们的hasSugar属性必��至��有一个是值等于Dry�Q�干的）

------------------------------------------------------
本体映射
�c�d��属性之间的�{��h关系�Q�－equivalentClass, equivalentProperty








TexasThings指的是那些恰好位于TexasRegion的事物。��用owl:equivalentClass 和��用rdfs:subClassOf 的不同就像必要条件和充要条�g的不同一栗��如果是使用subClassOf的话�Q�位于TexasRegion的事物不一定是TexasThings。但是，如果使用owl:equivalentClass�Q�位于TexasRegion的事物一定属于TexasThings�c�R�?/p>
------------------------------------------------------
个体间的同一�?�Q�sameAs

修饰�Q�或引用�Q�两个类用sameAs�q�是用equivalentClass效果是不同的。用sameAs的时候，把一个类解释��Z��个个体，��像在OWL Full中一��P��q�有利于�Ҏ��体进行分�c�R�?/p>
-----------------------------------------------------
不同的个�?br /> ------------------------------------------------------
differentFrom






---------------------------------------------------
AllDifferent







owl:distinctMembers属性声明只能和owl:AllDifferent属性声明一��L��合��用�?/p>
-----------------------------------------------------
intersectionOf









WhiteWine恰好是类Wine与所有颜色是白色的事物的集合的交�?/p>
-----------------------------------------------------
unionOf






------------------------------------------------------
complementOf 从某个论�?domain of discourse)选出不属于某个类的所有个�?/p>














-----------------------------------------------------------
oneOf 枚�D








有效的个体声�?/p>
-----------------------------------------------------------
disjointWith 不相交类保证了属于某一个类的个体不能同时又是另一个指定类的实�?/p>








Pasta与其它所有类是不�怺�的。例如，它�ƈ没有保证Meat和Fruit是不�怺��?/p>

Frank_Fang 2009-06-10 21:56 发表评论

Java多线�E�sleep(),join(),interrupt(),wait(),notify()

Frank_Fang — Mon, 08 Jun 2009 13:01:00 GMT
关于Java多线�E�知识可以看看《Thinking in Java 》中的多�U�程部分和《Java�|�络�~�程》中�W?章多�U�程的部�?br />
以下是参�?lt;�?
1. sleep() & interrupt()
    �U�程A正在使用sleep()暂停着: Thread.sleep(100000);
    如果要取消他的等待状�?可以在正在执行的�U�程�?比如�q�里是B)调用
        a.interrupt();
    令线�E�A攑ּ�睡眠操作,�q�里a是线�E�A对应到的Thread实例
    执行interrupt()�?�q�不需要获取Thread实例的锁�?��M��U�程在�Q何时�?都可以调用其他线�E�interrupt().当sleep中的�U�程被调用interrupt()�?��׃��攑ּ�暂停的状�?�q�抛出InterruptedException.丢出异常�?是A�U�程.

2. wait() & interrupt()
    �U�程A调用了wait()�q�入了等待状�?也可以用interrupt()取消.
    不过�q�时候要��心锁定的问�?�U�程在进入等待区,会把锁定解除,当对�{�待中的�U�程调用interrupt()�?注意是等待的�U�程调用其自��q��interrupt()),会先重新获取锁定,再抛出异�?在获取锁定之�?是无法抛出异常的.

3. join() & interrupt()
    当线�E�以join()�{�待其他�U�程�l�束�?一样可以��用interrupt()取消�?因�ؓ调用join()不需要获取锁�?故与sleep()时一�?会马上蟩到catch块里. 注意是随调用interrupt()�Ҏ��,一定是��d��的线�E�来调用其自��q��interrupt�Ҏ��.如在�U�程a中调用来�U�程t.join().则a会等t执行完后在执行t.join后的代码,当在�U�程b中调用来a.interrupt()�Ҏ��,则会抛出InterruptedException

4. interrupt()只是改变中断状态而已
    interrupt()不会中断一个正在运行的�U�程。这一�Ҏ��实际上完成的是，在线�E�受到阻塞时抛出一个中断信��P��q�样�U�程��得以退出阻塞的状态。更��切的说�Q�如果线�E�被Object.wait, Thread.join和Thread.sleep三种�Ҏ��之一��d��Q�那么，它将接收��C��个中断异常（InterruptedException�Q�，从而提早地�l�结被阻塞状态�?
    如果�U�程没有被阻塞，�q�时调用interrupt()��不起作用；否则�Q�线�E�就��得到异常（该线�E�必��M��先预备好处理此状况）�Q�接着逃离��d��状态�?
    �U�程A在执行sleep,wait,join�?�U�程B调用A的interrupt�Ҏ��,的确�q�一个时候A会有InterruptedException异常抛出�?但这其实是在sleep,wait,join�q�些�Ҏ��内部会不断检查中断状态的�?而自己抛出的InterruptedException�?
    如果�U�程A正在执行一些指定的操作时如赋�?for,while,if,调用�Ҏ��{?都不会去��查中断状�?所以线�E�A不会抛出InterruptedException,而会一直执行着自己的操�?当线�E�A�l�于执行到wait(),sleep(),join()�?才马上会抛出InterruptedException.
    若没有调用sleep(),wait(),join()�q�些�Ҏ��,或是没有在线�E�里自己��查中断状态自己抛出InterruptedException的话,那InterruptedException是不会被抛出来的.

��Z��加个与Thread.sleep()相同效果的代�?
public static void amethod(long x) throws InterruptedExcetion{
    if (x != 0) {
        Object o = new Object();
        synchronized (o) {
            o.wait(x);
        }
    }
}

Frank_Fang 2009-06-08 21:01 发表评论

正确理解ThreadLocal

Frank_Fang — Tue, 02 Jun 2009 06:18:00 GMT
     摘要: ThreadLocal 不是用来解决�׃�n对象的多�U�程讉K��问题�?nbsp; 阅读全文

Frank_Fang 2009-06-02 14:18 发表评论

ThreadLocal和synchronized

Frank_Fang — Mon, 01 Jun 2009 13:57:00 GMT
     摘要: ThreadLocal和synchronized   阅读全文

Frank_Fang 2009-06-01 21:57 发表评论

Frank_Fang — Mon, 01 Jun 2009 01:31:00 GMT
     摘要: Java多线�E�小�l?nbsp; 阅读全文

Frank_Fang 2009-06-01 09:31 发表评论

Frank_Fang — Sun, 24 May 2009 14:52:00 GMT
     摘要: 重点理解Java引入内部�cȝ��原因以及好处内部�c�能让你再逻辑上将�怺�从属的类�l�织��h��Q��ƈ且在�cȝ��内部控制讉K��权限。但是切讎ͼ�内部�c�d��合成时截然不同的�Q�这一炚w��帔R��要�? 几个有代表性的代码�?接口可以嵌套在类或其它接口中接口的嵌�?Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.Co...  阅读全文

Frank_Fang 2009-05-24 22:52 发表评论

java对象的实例化�q�程,成员变量的初始化��序

Frank_Fang — Mon, 11 May 2009 13:16:00 GMT

JAVA中子�c�d��象的实例化过�E?/span>

Person.java

class Person
{
public String name = "not know";//4
public int age = -1 ;//5
public Person()
{
}
public Person(String name , int age)//3
{
  this.name = name ;//6
  this.age = age;//7
}
public void showInfo()
{
  System.out.println("Name is :"+name+" Age is :"+age);
}
}
class Student extends Person
{
public String school = "not konwn";//8
    public Student()
    {
     super();
    }
    public Student (String name ,int age, String school)  //1
    {
     super(name,age);  //2
     this.school = school;//9
    }
    public void showInfo()
    {
     super.showInfo();
     System.out.println("School is :"+school);
    }
}

AllTest.java

class AllTest
{
public static void main(String[]args)
{
  Student stA = new Student("wanghao",20,"qinghuadaxue"); //0
}
}

其语句的执行��序是怎样的呢�Q?/span>
java中，在��?/span>new操作�W�创��Z��个类的实例对象的时候，开始分配空间�ƈ��成员变量初始化�?/span>默认�?/span>数�?/span>�Q�注意这里�ƈ不是指将变量初始化�ؓ在变量定义处的初始��|��?strong>是给整�Ş赋�?/span>0�Q�给字符串赋�?/span>null �q�一点于C++不同�Q�（student.name = null , student.age = 0 �Q?/span>
然后在进入类的构造函数�?/span>

在构造函数里面，首先要检查是否有this或�?/span>super调用�Q?/span>this调用是完成本�c�L��w�的构造函��C��间的调用�Q?/span>super调用是完成对父类的调用�?strong>二者只能出��C��个，�q�且只能作�ؓ构造函数的�W�一句出现�?/span>在调�?/span>this�?/span>super的时候实现程序的跌��{�Q��{而执行被调用�?/span>this构造函数或�?/span>super构造函数�?/span>
�?/span>this�?/span>super执行完毕�Q?strong>�E�序转而执行在�c�d��义的时候进行的变量初始化工�?/span>�?/span>
�q�个执行完毕�Q�才是构造函��C��剩下的代码的执行�?/span>
执行��序已经用绿色标出�?/span>

Order of initialization
Within a class, the order of initialization is determined by the order that the variables are defined within the class. The variable definitions may be scattered throughout and in between method definitions, but the variables are initialized before any methods can be called—even the constructor. For example: Feedback
//: c04:OrderOfInitialization.java
// Demonstrates initialization order.
import com.bruceeckel.simpletest.*;

// When the constructor is called to create a
// Tag object, you'll see a message:
class Tag {
Tag(int marker) {
    System.out.println("Tag(" + marker + ")");
}
}

class Card {
Tag t1 = new Tag(1); // Before constructor
Card() {
    // Indicate we're in the constructor:
    System.out.println("Card()");
    t3 = new Tag(33); // Reinitialize t3
}
Tag t2 = new Tag(2); // After constructor
void f() {
    System.out.println("f()");
}
Tag t3 = new Tag(3); // At end
}

public class OrderOfInitialization {
static Test monitor = new Test();
public static void main(String[] args) {
    Card t = new Card();
    t.f(); // Shows that construction is done
    monitor.expect(new String[] {
      "Tag(1)",
      "Tag(2)",
      "Tag(3)",
      "Card()",
      "Tag(33)",
      "f()"
    });
}
} ///:~

//: c04:StaticInitialization.java
// Specifying initial values in a class definition.
class Bowl {
Bowl(int marker) {
    System.out.println("Bowl(" + marker + ")");
}
void f(int marker) {
    System.out.println("f(" + marker + ")");
}
}

class Table {
static Bowl b1 = new Bowl(1);
Table() {
    System.out.println("Table()");
    b2.f(1);
}
void f2(int marker) {
    System.out.println("f2(" + marker + ")");
}
static Bowl b2 = new Bowl(2);
}

class Cupboard {
Bowl b3 = new Bowl(3);
static Bowl b4 = new Bowl(4);
Cupboard() {
    System.out.println("Cupboard()");
    b4.f(2);
}
void f3(int marker) {
    System.out.println("f3(" + marker + ")");
}
static Bowl b5 = new Bowl(5);
}

public class StaticInitialization {
static Test monitor = new Test();
public static void main(String[] args) {
    System.out.println("Creating new Cupboard() in main");
    new Cupboard();
    System.out.println("Creating new Cupboard() in main");
    new Cupboard();
    t2.f2(1);
    t3.f3(1);
    monitor.expect(new String[] {
      "Bowl(1)",
      "Bowl(2)",
      "Table()",
      "f(1)",
      "Bowl(4)",
      "Bowl(5)",
      "Bowl(3)",
      "Cupboard()",
      "f(2)",
      "Creating new Cupboard() in main",
      "Bowl(3)",
      "Cupboard()",
      "f(2)",
      "Creating new Cupboard() in main",
      "Bowl(3)",
      "Cupboard()",
      "f(2)",
      "f2(1)",
      "f3(1)"
    });
}
static Table t2 = new Table();
static Cupboard t3 = new Cupboard();
} ///:~

�l�承情况下的初始�?br /> 了解一下包括��承在内的初始化的�q�程��是非常有益的，�q�样��p��有个�?br /> 体的了解。看看下面这�D�代码：
//: c06:Beetle.java
// The full process of initialization.
class Insect {
protected static Test monitor = new Test();
private int i = 9;
protected int j;
Insect() {
    System.out.println("i = " + i + ", j = " + j);
    j = 39;
}
private static int x1 = print("static Insect.x1 initialized");
static int print(String s) {
    System.out.println(s);
    return 47;
}
}

public class Beetle extends Insect {
private int k = print("Beetle.k initialized");
public Beetle() {
    System.out.println("k = " + k);
    System.out.println("j = " + j);
}
private static int x2 = print("static Beetle.x2 initialized");
public static void main(String[] args) {
    System.out.println("Beetle constructor");
    Beetle b = new Beetle();
    monitor.expect(new String[] {
      "static Insect.x1 initialized",
      "static Beetle.x2 initialized",
      "Beetle constructor",
      "i = 9, j = 0",
      "Beetle.k initialized",
      "k = 47",
      "j = 39"
    });
}
} ///:~

当你�?/span>Java �q�行Beetle 的时候，�W�一件事��是讉K��?/span>Beetel.main( )(�q�是一�?/span>static �?span style="color: blue">�?/span>)�Q�于是装载器(loader)��׃��?/span>

你寻扄��~�译�?/span>Beetle �cȝ��代码(也就�?/span>Beetle.class 文�g)。在装蝲的过�E�中�Q�装载器注意到它有一个基�c?/span>(也就�?/span>extends 所要表�C�的意�?/span>)�Q�于是它再装载基�c�R��不��你创不创徏基类对象�Q�这个过�E��M��发生�?/span>(试试看，把创建对象的那句注释掉，看看会有什么结果�?/span>)如果基类�q�有基类�Q�那么这�W�二个基�c�M��会被装蝲�Q�以此类�?span style="color: blue">�?strong>下一步，它会执行“根基�c?/strong>(root bas e class)”(�q�里��是Insect)�?/span>static 初始化，然后是下一个派生类�?/span>static 初始化，以此�c�L��。这个顺序非帔R��要，因�ؓ�z��cȝ��“静态初始化(卛_��面讲�?/span>static 初始�?/span>)”有可能要依赖基类成员的正��初始化�?/span>

现在所有必要的�c�都已经装蝲�l�束�Q�可以创建对象了�?/span>首先�Q�对象里的所有的primitive 都会被设成它们的�~�省��|��?/span>reference 也会被设�?/span>null——这个过�E�是一瞬间完成的，对象的内存会被统一地设�|�成“两进制的�?/span>(binary zero)”�?strong>如果有对成员变量赋初��|��则对成员变量�q�行赋��|��然后调用基类的构造函数。调用是自动发生的，但是你可以��?/span>super 来指定调用哪个构造函�?/span>(也就Beetle( )构造函数所做的�W�一件事)。基�cȝ��构造过�E�以及构造顺序，同派生类的相同。基�c�L��造函数运行完毕之后，会按照各个变量的字面��序�q�行初始化。最后会执行构造函数的其余部分�?/span>

Frank_Fang 2009-05-11 21:16 发表评论

Frank_Fang — Thu, 07 May 2009 06:02:00 GMT
    只有注册用户��d��后才能阅读该文�?a href='http://www.tkk7.com/fhtdy2004/archive/2009/05/07/269408.html'>阅读全文

Frank_Fang 2009-05-07 14:02 发表评论

Java�Ҏ��覆盖Override

Frank_Fang — Thu, 07 May 2009 05:56:00 GMT
    只有注册用户��d��后才能阅读该文�?a href='http://www.tkk7.com/fhtdy2004/archive/2009/05/07/269407.html'>阅读全文

Frank_Fang 2009-05-07 13:56 发表评论

Java对象的强、��Y、弱和虚引用

Frank_Fang — Thu, 30 Apr 2009 10:10:00 GMT
    只有注册用户��d��后才能阅读该文�?a href='http://www.tkk7.com/fhtdy2004/archive/2009/04/30/268412.html'>阅读全文

Frank_Fang 2009-04-30 18:10 发表评论

java try return finally

Frank_Fang — Thu, 30 Apr 2009 08:04:00 GMT

�׃��个笔试题惛_��?br /> try有return,catch也有return,且有finally�?br /> �q�且finally中对resutl�q�行的赋值�ƈ不媄响之前的已经return 的result�?br /> 最后返回的result引用�q�是之前的result引用
finally其实也可以有return�Q�一般eclipse会提�C�finally block does not complete normally,但不会报�?br /> �q�且会忽略之前的�q�回和抛出的异常

package returnfinally;

public class TestReturnAfterFinally {

     public static void main(String[] args) {
      try {
       String result = testException();
       System.out.println();
       System.out.println(result);
      } catch (Exception e) {
      // System.out.println(result);
       System.out.println(e.toString());
      }
     }

    public static String testException() throws Exception {
      String result = "";
      try {
       // if (true) throw new MyException("异常�Q?);
       //int i = 0;
       int i=0;
       int b = 10 / i;
       //函数不会正常的返�?在返回前已经抛出异常了，抛出异常卛_��数返回了
       /**//*
        * 相当于catch(Exception e){
        *    throw e;
        * }
        */
       /**//*
       result="in try";
       return result;
       */
       throw new Exception("h");
      }catch(Exception e){
          System.out.println(e);
          Exception ee = e;
          //throw ee;
          result="in catch";
          return result;
      }
      finally {
       result = "in finally�Q?/span>";
       System.out.println(result);
       //return result;
       //throw new Exception("ex cretated in finally");
      }

      //return result;
     }

    }

Frank_Fang 2009-04-30 16:04 发表评论

Frank_Fang — Wed, 29 Apr 2009 14:31:00 GMT
    只有注册用户��d��后才能阅读该文�?a href='http://www.tkk7.com/fhtdy2004/archive/2009/04/29/268249.html'>阅读全文

Frank_Fang 2009-04-29 22:31 发表评论

Frank_Fang — Wed, 29 Apr 2009 13:04:00 GMT

java.lang.String的intern()�Ҏ��
"abc".intern()�Ҏ��的返回��D��是字�W�串"abc"�Q�表面上看�v来好像这个方法没什么用处。但实际上，它做了个��动作：
��查字�W�串池里是否存在"abc"�q�么一个字�W�串�Q�如果存在，��p��回池里的字符�Ԍ��如果不存在，该方法会�?abc"��d��到字�W�串池中�Q�然后再�q�回它的引用�?
我们做个��试�Q?
      String str1 = "a";
String str2 = "bc";
String str3 = "a"+"bc";
String str4 = str1+str2;

System.out.println(str3==str4);
str4 = (str1+str2).intern();
System.out.println(str3==str4);
输出的结果将会是:
false
true
JDK的api文档是这么解释的�Q?
=======================================================================
�q�回字符串对象的规范化表�C��Ş式�?
一个初始时为空的字�W�串池，它由�c?String �U�有地维护�?
当调�?intern �Ҏ��Ӟ��如果池已�l�包含一个等于此 String 对象的字�W�串�Q�该对象�?equals(Object) �Ҏ��定�Q�，则返回池中的字符丌Ӏ�否则，��此 String 对象��d��到池中，�q�且�q�回�?String 对象的引用�?
它遵循对于�Q何两个字�W�串 s �?t�Q�当且仅�?s.equals(t) �?true �Ӟ��s.intern() == t.intern() 才�ؓ true�?
所有字面值字�W�串和字�W�串赋值常量表辑ּ�都是内部的。字�W�串字面值在《Java Language Specification》的 §3.10.5 中已定义�?

�q�回�Q?
一个字�W�串�Q�内容与此字�W�串相同�Q�但它保证来自字�W�串池中�?
=======================================================================

字符串字面池指的是常量池.

字符串对象的创徏方式有两�U?/p>
如下:

String s1 = new String("");   //�W�一�U?/p>
String s2 = "";               //�W�二�U?/p>
�W�一�U�始�l�不会入池的.

�W�二�U�要看情况而定(�{�号双��如果是常量则入池,非常量则不入�?

�?

String s3 = "a" + "b"; //"a"是常�?"b"是常�?帔R��+帔R��=帔R��,所以会入池.

String s4 = s1 + "b";   //s1是变�?"b"是常�?变量+帔R��!=帔R��,所以不会入�?
　　　　　　　　　//那引用s4所指的对象在哪里创�??????

一旦入池的�?��׃��先查找池中有无此对象.如果有此对象,则让对象引用指向此对�?如果无此对象,则先创徏此对�?再让对象引用指向此对�?

�?

String s5 = "abc"; //先在池中查找有无"abc"对象,如果�?则让s5指向此对�?如果池中�?abc"对象,则在池中创徏一�?abc"对象,然后让s5指向该对�?补充一下：

看了字节码后�Q�发�?br /> String str ="a"+"b";
完全�{�同�?br /> String str="ab";

-----------------------------------------------------------------------------------------------------------------------------

Java虚拟机有一个字�W�串池，保存着几乎所有的字符串常量。字�W�串表达式��L��指向字符串池中的一个对象�?br /> public class Test...{
public static void main(String[] args)...{
String s1=new String("abc");
String s2="abc";//攑օ�String池里
String s3=new String("abc");
System.out.println(s1==s2);//false
System.out.println(s1==s3);//false
System.out.println(s3==s2);//false
System.out.println(s1==s1.intern());//s1.intern()到String池里找，而s1是在堆中所以返回false
System.out.println(s2==s2.intern());//true
System.out.println(s1.intern()==s3.intern());//两个字符串同时到String池里查找�Q�返回true

   //以下三个都放到String�?br /> String hello="hello";
String hel="hel";
String lo="lo";
System.out.println(hello=="hel"+"lo");//字符串相加以后，会到String池里找，有不产生�Q�所以返回true
System.out.println(hello=="hello");//直接到String池里找，�q�回true
System.out.println(hello=="hel"+lo);//字符串加一个引用，��生一个新的对象，所以返回false
System.out.println(hello==(hel+lo));//�c�M��上面�Q�返回false
System.out.println(hello==(hel+lo).intern());//产生新的对象�Q�但是有intern()�Ҏ��Q�将到String池中找，�q�回true
}
}

1package com._6617.fhs.weatherservice;
2
3import java.util.HashSet;
4import java.util.Set;
5
6public class Test {
7
8    /** *//**
9     * @param args
10     */
11    public static void main(String[] args){
37
38        Set set = new HashSet();
39        set.add(new A());
40        set.add(new A());
41        set.add(new A());
42        System.out.println(set.size());
                //主要是看�c�A是否自己实现了hashcode和equals�Ҏ��
43
44        String s = new String("abc");
45        System.out.println(s=="abc");//f
46        System.out.println(s=="a"+"bc");//f
47        String t ="abc";
48        System.out.println(s==t);//f
49        String r = "a"+"bc";
50        System.out.println(s==r);//f
51        System.out.println(t==r);//t
52        String u ="a"+new String("bc");
53        System.out.println(s==u);//f
54        System.out.println(r==u);//f
55
56        //String[] s = new String[3,4];
57        System.out.println("--------------");
58        String str1 = "a";
59        String str2 = "bc";
60        String str3 = "a"+"bc";
61        String str4 = str1+str2;
62        String str5 = "a"+str2;
63
64        System.out.println(str3==str4); //f
65        System.out.println(str3==str5); //f
66        System.out.println(str3==str5); //f
67        str4 = (str1+str2).intern();
68        System.out.println(str3==str4); //t
69        System.out.println(str3==str5.intern());//t
70
73
74    }
75
76}
77
78
79
80

Frank_Fang 2009-04-29 21:04 发表评论

久久亚洲精品成人,日韩亚洲国产综合高清,亚洲AV日韩AV无码污污网站

t.interrupt(),t.isInterrupted(),Thread.interrupted()

Java中主�U�程如何捕获子线�E�抛出的异常

【�{】Java1.5泛型指南中文�?Java1.5 Generic Tutorial)

Java反射机制学习���结

Java Hashtable分析

[转]J2EE��目异常处理

Java Serializable���结

【�{】避免在Java中��用Checked Exception

Java Exception���结(�?

Java Exception���结

OWL实例描述

Java多线�E�sleep(),join(),interrupt(),wait(),notify()

正确理解ThreadLocal

ThreadLocal和synchronized

java对象的实例化�q�程,成员变量的初始化��序

Java�Ҏ��覆盖Override

Java对象的强、��Y、弱和虚引用

java try return finally

Java反射机制学习��结

Java Serializable��结

Java Exception��结(�?

Java Exception��结