ava中有几种方法可以实现一个线程？用什么关键字修饰同步方法? stop()和suspend()方法为何不推荐使用？ ava中有几种方法可以实现一个线程？用什么关键字修饰同步方法...
java\u4e2d\u6709\u51e0\u79cd\u65b9\u6cd5\u53ef\u4ee5\u5b9e\u73b0\u4e00\u4e2a\u7ebf\u7a0b\uff1f\u7528\u4ec0\u4e48\u5173\u952e\u5b57\u4fee\u9970\u540c\u6b65\u65b9\u6cd5? stop()\u548csuspend()\u65b9\u6709\u4e24\u79cd\u5b9e\u73b0\u65b9\u6cd5\uff0c\u5206\u522b\u662f\u7ee7\u627fThread\u7c7b\u4e0e\u5b9e\u73b0Runnable \u63a5\u53e3
\u7528synchronized\u5173\u952e\u5b57\u4fee\u9970\u540c\u6b65\u65b9\u6cd5
\u53cd\u5bf9\u4f7f\u7528stop()\uff0c\u662f\u56e0\u4e3a\u5b83\u4e0d\u5b89\u5168\u3002\u5b83\u4f1a\u89e3\u9664\u7531\u7ebf\u7a0b\u83b7\u53d6\u7684\u6240\u6709\u9501\u5b9a\uff0c\u800c\u4e14\u5982\u679c\u5bf9\u8c61\u5904\u4e8e\u4e00\u79cd\u4e0d\u8fde\u8d2f\u72b6\u6001\uff0c\u90a3\u4e48
\u5176\u4ed6\u7ebf\u7a0b\u80fd\u5728\u90a3\u79cd\u72b6\u6001\u4e0b\u68c0\u67e5\u548c\u4fee\u6539\u5b83\u4eec\u3002\u7ed3\u679c\u5f88\u96be\u68c0\u67e5\u51fa\u771f\u6b63\u7684\u95ee\u9898\u6240\u5728\u3002suspend()\u65b9\u6cd5\u5bb9\u6613\u53d1\u751f\u6b7b\u9501\u3002\u8c03\u7528
suspend()\u7684\u65f6\u5019\uff0c\u76ee\u6807\u7ebf\u7a0b\u4f1a\u505c\u4e0b\u6765\uff0c\u4f46\u5374\u4ecd\u7136\u6301\u6709\u5728\u8fd9\u4e4b\u524d\u83b7\u5f97\u7684\u9501\u5b9a\u3002\u6b64\u65f6\uff0c\u5176\u4ed6\u4efb\u4f55\u7ebf\u7a0b\u90fd\u4e0d\u80fd\u8bbf\u95ee\u9501\u5b9a
\u7684\u8d44\u6e90\uff0c\u9664\u975e\u88ab"\u6302\u8d77"\u7684\u7ebf\u7a0b\u6062\u590d\u8fd0\u884c\u3002\u5bf9\u4efb\u4f55\u7ebf\u7a0b\u6765\u8bf4\uff0c\u5982\u679c\u5b83\u4eec\u60f3\u6062\u590d\u76ee\u6807\u7ebf\u7a0b\uff0c\u540c\u65f6\u53c8\u8bd5\u56fe\u4f7f\u7528\u4efb\u4f55\u4e00\u4e2a
\u9501\u5b9a\u7684\u8d44\u6e90\uff0c\u5c31\u4f1a\u9020\u6210\u6b7b\u9501\u3002\u6240\u4ee5\u4e0d\u5e94\u8be5\u4f7f\u7528suspend()\uff0c\u800c\u5e94\u5728\u81ea\u5df1\u7684Thread\u7c7b\u4e2d\u7f6e\u5165\u4e00\u4e2a\u6807\u5fd7\uff0c\u6307\u51fa\u7ebf\u7a0b\u5e94\u8be5
\u6d3b\u52a8\u8fd8\u662f\u6302\u8d77\u3002\u82e5\u6807\u5fd7\u6307\u51fa\u7ebf\u7a0b\u5e94\u8be5\u6302\u8d77\uff0c\u4fbf\u7528wait()\u547d\u5176\u8fdb\u5165\u7b49\u5f85\u72b6\u6001\u3002\u82e5\u6807\u5fd7\u6307\u51fa\u7ebf\u7a0b\u5e94\u5f53\u6062\u590d\uff0c\u5219\u7528\u4e00\u4e2a
notify()\u91cd\u65b0\u542f\u52a8\u7ebf\u7a0b\u3002
\u5b9e\u73b0\u7ebf\u7a0b\u7684\u65b9\u6cd5\uff1a
\u7ee7\u627fThread\u7c7b \u4f8b\uff1apublic class Test extends Thread{}
\u5b9e\u73b0Runnable\u63a5\u53e3:\u4f8b\uff1apublic class Test implements Runnable{}
\u8fd8\u6709\u5176\u4ed6\u65b9\u5f0f\u6bd4\u8f83\u590d\u6742\u5c31\u4e0d\u4ecb\u7ecd\u4e86\u3002
\u4fee\u9970\u540c\u6b65\u65b9\u6cd5\u5173\u952e\u5b57\uff1asynchronized
stop()\u548csuspend()\u65b9\u6cd5\u4e3a\u4f55\u4e0d\u63a8\u8350\u4f7f\u7528\uff1a
\u7f51\u9875\u94fe\u63a5\u8fd9\u91cc\u6709\u6bd4\u8f83\u8be6\u7ec6\u7684\u89e3\u91ca\uff0c\u6211\u5c31\u4e0d\u8d58\u8ff0\u4e86\u3002
ActiveX的ActiveX起源时，最初只是一个品牌名称，它涵盖了技术不是孤立的，其中大部分是与Internet和Web有一定关联。更重要的是，在ActiveX的整体技术是微软的COM（组件对象模型组件对象模型）的建立。但不要误认为ActiveX是定义了所有包含基于COM的技术。 COM和Microsoft Office和Windows，微软正在做相关的一切，很明显，这些产品是不是ActiveX的家庭成员。
的ActiveX复合文档从微软的技术 - OLE成长起来的。 OLE初始释放，但针对复合文档，但在后续版本OLE2进口COM。 COM的的OLE设计师需求的诞生。其基本出发点是做一个软件，通过一个共同的机构提供服务，另一家软件。因此，COM用户OLE2。事实上，COM和复合文档，是没有多大意义的。后来，COM完全无关的复合文档技术开始得到广泛的应用。因此，微软开始“染指”通用平台技术。 COM是不是一个产品，它需要一个商标名称。不幸的是，市场专家们选择了“OLE”作为商号。然后，利用COM技术的OLE标签粘贴。当然，这些技术的绝大多数具有没有关系与化合物笔。微软为了向人们解释：“OLE不仅是指复合文档！”这是一个相当大的量的能量和时间。
所以，在1996年的春天，微软改变了主意，选择了ActiveX作为一个新的品牌名称。 ActiveX是一个松散定义的基于COM的技术的集合，OLE仍然仅指复合文档。当然，最重要的核心COM。
对象模型完全独立于编程语言，这是一个非常新颖的想法。从C + +和Java对象，我们将能够理解。但所谓的COM对象是什么就是什么呢？为了便于理解，COM可以看出一些种（软件）封装技术，可以看到它作为一个不同的软件的一部分，结合成某种形式的面向对象的，可以交互的过程和一组支持库。 COM对象可以被写入在C + +，Java中，和VB语言的任何DLL或文件的不同进程的工作的实施。任何语言编写的客户端使用COM对象，而不关注的对象，和不关心它的DLL，或者到另一个进程来执行。从客户端，没有任何区别。
这样一个共同的处理方法是非常有用的。例如，两个应用程序协调运行的用户，可以合作的一部分，作为COM对象实现（当然，现在可以做的OLE复合文档）之间的相互作用。在浏览器中执行从Web服务器下载的代码，浏览器就可以看到它作为一个COM对象。换句话说，COM技术也是一种打包下载代码的标准方法（ActiveX控件执行此功能）。
甚至是应用程序与本地操作系统交互的方法，您可以使用COM来指定新的API（Windows和Windows NT，多数被定义为一个COM对象）。 COM虽然起源于一个复合文档，但它可以被有效地应用于许多软件问题。
的ActiveX英国
活动平台是微软的世界观。其基本思想是：使用ActiveX控件来建立，包括从组织与用户互动和交易处理监视器，以适应COM的Web服务器，所有的自动。活动平台包括两部分：活动服务器和活动的客户端。
活动服务器的中间层。组件或Active Server Pages，为客户提供业务逻辑和应用处理的地方。 ActiveServer技术的核心NT Server，Microsoft事务服务器，数据管理服务，目录服务，Web服务，以及网络服务。
交易服务器是微软的基于组件的编程模型，结合了传统的TP多个线程生成和数据库监控功能。其他组件的数据管理服务，如主动OLE DB和ODBC访问DB2，甲骨文，SQL Server和其他数据源。目录服务提供目录服务层，使在网络上的远程对象的相互四处搜寻DCOM（分布式COM，分布式COM）。 Inter网服务器为中心的Web服务建立在Web服务器上，应用程序的开发，生成脚本（脚本）的机构。通过中介网络为中心的网络服务，DCOM建立MS-RPC同步，这样一来就能连接的控制。
活跃的客户端是一个跨平台的。微软的技术，即使排斥，但也希望，这项技术是开放的多个操作系统。该计划的具体实施是使用脚本引擎（脚本引擎）。脚本引擎是一个标准的HTML和Java虚拟机（JVM）与微软特色，微软的VBScript司法人员叙用委员会RIPT的构成。组装到微软的IE 3.0和4.0的ActiveX，可以成为活跃的客户端的C / S
从企业用户只使用Windows的Active平台可以提供一个强大的，可扩展的服务器应用程序开发平台的应用程序的一部分。 ActiveServer的TP监视器高端产品这样的场合，使用常见的工具和技术。因此，小型工作组和内联网应用程序将无法超越的Active Server的能力。 ACTI VE的目标平台是一个异构的环境，但由于过度依赖IE，所以你不能开车到客户端。虽然一些非Windows平台上也推出了浏览器，但最好的支持，最新版本的资源管理器或窗口s。
的ActiveX进步
COM扩展初始版本的分布式计算，假设COM对象和它的客户端运行在同一台机器（在同一个进程，而且在不同的进程），DCOM的的ActiveX家庭成员。后来，它可以使用在Windows 95中。 COM对象的DCOM客户端交互不能做任何。
客户端使用完全相同的代码可以访问本地和远程对象。然而，很多情况下，客户需要的一些DCOM附件。 DCOM提供分布式的安全保密机制，以提供验证和数据加密。发布于1998年，是Windows NT 5.0，Kerberos等安全保密协议，追加到DCOM。 DCOM已经能够使用简洁的域名服务，目录服务，搜索其他计算机上的COM对象。 NT 5.0支持更多的的ACTI已经指南。 Active Directory的域名服务和轻量级目录访问协议的基础上。
DCOM的对手，一直是OMG（对象管理组织）的CORBA（公共对象R equest代理体系结构）。它被组装成IONA的Orbix和Visigenic的VisiBroker和其他产品。不久前，另一位技术支持分散的对象 - Java远程方法调用介绍。两个C ORBA，DCOM，可以在多语言写对象之间的通信。 RMI只限于Java实现对象之间的通信。很显然，这是一个制约因素。 RMI是非常简单的使用。 RMI开发人员可以使用Java来设计的协议规范。因此，在语言的功能，可以进行无缝的。
写一个的DCOM服务器处理只有两三个客户端，是相当简单的。然而，建立一个高效的处理数百成千上万的客户端DCOM服务器，相当困难。
为了便于编写可扩展的DCOM服务器，微软事务服务器（MTS）。在支持该交易的同时，MTS自动生成的线索和重复使用的智能对象。 MTS可伸缩的服务器的生产变得相当简单。即使没有事务处理应用程序，使用MTS也不错。事实上，M icrosoft鼓励人们使用VB写的MTS应用程序。这是发展业务服务器的传统做法不同，所有MTS应用程序的COM对象写入一个以上的，而且必须实现的一个DLL。在正常情况下，客户端将无法看到MTS。客户端只是继续生产，使用COM对象可以是。
标准化组件的
基于组件的应用程序的开发，组装电子设备，你可以使用现成的零部件来构建应用程序。桌面使用的ActiveX控件，基于COM的组件。所谓的ActiveX控件，但要符合一定的标准，COM对象进行交互的客户端。
例如，ActiveX控件，必须通过自动化（调度接口）来公开方法。这种标准化的交互功能，可以使用在一个数量不同的情况下，相同的控制。 “幕后”这个标准接口，ActiveX控件是几乎能胜任。现在，许多软件公司都能够控制各种功能。
ActiveX控件的DDL的准备，为此，它必须被加载到一个容器中。 ActiveX控件容器VB原型，此外，也有多种选择的容器。目前，一个非常重要的控制容器是微软的网络浏览器
那些元素的所谓的ActiveX控件，它是要实现的许多方法。他们已经从本地硬盘的机器VB和其他容器。数百KB和MB管制的，似乎没有什么大的区别。但是当你想控制被加载到Web浏览器，它很可能是通过电话线速度非常缓慢。现在，该大小的控制是非常关键的问题。要进行控制，超过一定限度，就会延长下载时间。因此，Microsoft提供了ActiveX控件，只有在绝对必要的功能。
苹果公司和IBM公司推出的OpenDoc，是主要竞争对手的ActiveX控件。的OpenDoc赞助的企业现在已正式宣布暂停经济援助。与微软的企业青睐JavaBeans（J ava的基于组件的结构）的对抗。基本上是捆绑的ActiveX控件和Windows，在二进制机器代码，而JavaBeans是不同的，它是能够执行。这，当然是有代价的。很明显，只要不牺牲便携性，它是不可能完全彻底利用当地的环境。要编写的组件可以从公共互联网上下载的，应优先考虑选择JavaBeans的。
桌面组件市场的持续快速增长。其中大部分是基于ActiveX控件的建立（Java Beans的仍是少数）。服务器组件的标准化落后。在桌面上，VB，PowerBuilder编程环境，容器，Web浏览器是强大的。如果在服务器容器是必须要做的吗？集装箱的服务器组件事务服务器是一个更好的选择。
微软的竞争对手，并尽一切可能防止MTS和NT占领市场。他们是在全速发展标准的服务器组件，其中一个最有前途的是对En??terprise JavaBeans。 JavaBeans的扩张，并定义了一个事务处理服务器接口。 Enterprise JavaBeans的支持者，独立软件供应商，作为一个COM组件来写，但写豆类的服务器组件。
ActiveX构建工具的
推广的ActiveX控件，ActiveX控件的开发工具是与日俱增。由于ActiveX是不依赖于语言，传统的开发工具基本上可以建立的ActiveX控件。最常用的Delphi，宝werBuilder以及Visual Basic中的Visual C + +时，Visual J + +等。基本配置文件
1。 ActiveX控件的3GL开发：①MFC（微软基础类，Microsoft基础类），②ActiveX模板库，ActiveX模板库（ATL），③BaseCtrl的框架等。 MFC是最经典的，使用MFC开发人员不关心的接口，而是将注意力集中在对象的动作。它的缺点是必须存在的控制和执行DLL与容器的尺寸就越大。 ATL可以使用模板来生成代码。也就是说，图书馆和DLL没有一起推出的控制。在ATL中，你需要一些基本的派生类从现有的模板。 AT L也有缺点，即该接口的处理是困难的，该应用程序的必要的接口，必须创建。此外，ATL不支持的类向导，类向导。不幸的是，没有对象描述语言（对象描述语言）和接口定义语言文件，自动同步用户代码向导。 BaseCtrl是一??个简单的类型库。 ATL是非常相似，但没有模板。事实上，由于BaseCtrl太容易了，微软不支持它。在BaseCtrl中，一些无所不能的控制（骨架控制）。该ActiveX的发展模式BaseCtrl提供容易理解的，但与ATL并不简单，是不是和ATL和灵活性。现在看来，ActiveX控件的开发人员，BaseCt RL是“苦”的选择。
2。开发工具
ActiveX控件可以，第一个工具的Microsoft Visual C + +。它可以提供最大程度的控制ActiveX开发。的Visual J + +和ActiveX控件也可以。
Borland公司推出了两款工具（JBuilder和IntraBuilder），也是很可观的。然而，BORL和工具创建ActiveX组件，只有德尔福3.0和C + + Builder中。 Borland的Delphi的A ctiveX发展的特点，被称为内有效。它是任意的Delphi窗口的形式的ActiveX。活跃??在配备了新的控件在Web上。 Delphi控件COM和DCOM的链接。
PowerBuilder的5.0转化为可用于开发的ActiveX客户端/服务器开发工具。作为一个ActiveX控件，可配鲍威的rBuilder数据窗口（PowerBuilder应用开发的核心部分）。为了使PowerBuilder开发人员现在可以使用的PowerScript编程语言，一些熟悉的功能。
拥有最好的工具，使ActivX控件，无疑是微软。例如，使用Visual Basic 5.0中，开发人员可以使用可视化编程环境和本地语言Visual Basic应用开发控制。
5的ActiveX
事实上，Windows和Windows NT，ActiveX技术环境的世界。但无论MICR OSOFT以及如何推进它的操作系统，也不能所有的企业已成为所有Windows。 ，MICROS经常要尽量使COM，DCOM和ActiveX家庭的一部分，也可以使用其他OS。 Macin胡说已经支持ActiveX，这其中也包括对ActiveX控件的支持。 Software AG的这些技术被移植到多种Unix和IBM的OS/390。 DEC和HP还打算在自己的系统中使用这些技术，他们也是微软的源代码移植的方式来实现。
COM的Windows 95和Windows NT环境为基础的软件已成为一个重要组成部分，但它是未来，有很多不确定因素。例如，微软是作为一个多平台的技术，能够COM开发允许继续存在呢？按企业现有的NT服务器，有必要使DCOM的分布式服务，也可以应用在非微软平台上。为了解决这些问题，它需要相当长的一段时间。基于CORBA的产品，和JAV一个RMI已经成功地运行在多操作系统环境。后期推出的多平台，DCOM，CORBA和RMI领先??的多。
ActiveX控件和JavaBeans竞争力的前景？无论在Web浏览器或运行在另一个地方运行的软件，或在短的，组件的软件（构件的）是一种软件开发的热点。目前，ActiveX控件，暂时处于领先地位，但由于的OpenDoc的运行过程，与微软的企业竞争成为了一个与之抗衡的。用户再也不想看到“独霸天下”，仅仅这一点的，JavaBean将在此的市场竞争中抢占一席之地。
java5以前，有如下两种：
第一种：
new Thread(){}.start();这表示调用Thread子类对象的run方法，new Thread(){}表示一个Thread的匿名子类的实例对象，子类加上run方法后的代码如下：
new Thread(){
public void run(){
}
}.start();
第二种：
new Thread(new Runnable(){}).start();这表示调用Thread对象接受的Runnable对象的run方法，new Runnable(){}表示一个Runnable的匿名子类的实例对象,runnable的子类加上run方法后的代码如下：
new Thread(new Runnable(){
public void run(){
}
}
).start();
从java5开始，还有如下一些线程池创建多线程的方式：
ExecutorService pool = Executors.newFixedThreadPool(3)
for(int i=0;i<10;i++)
{
pool.execute(new Runable(){public void run(){}});
}
Executors.newCachedThreadPool().execute(new Runable(){public void run(){}});
Executors.newSingleThreadExecutor().execute(new Runable(){public void run(){}});
有两种实现方法，分别使用new Thread()和new Thread(runnable)形式，第一种直接调用thread的run方法，所以，我们往往使用Thread子类，即new SubThread()。第二种调用runnable的run方法。
有两种实现方法，分别是继承Thread类与实现Runnable接口
用synchronized关键字修饰同步方法
反对使用stop()，是因为它不安全。它会解除由线程获取的所有锁定，而且如果对象处于一种不连贯状态，那么其他线程能在那种状态下检查和修改它们。结果很难检查出真正的问题所在。suspend()方法容易发生死锁。调用suspend()的时候，目标线程会停下来，但却仍然持有在这之前获得的锁定。此时，其他任何线程都不能访问锁定的资源，除非被"挂起"的线程恢复运行。对任何线程来说，如果它们想恢复目标线程，同时又试图使用任何一个锁定的资源，就会造成死锁。所以不应该使用suspend()，而应在自己的Thread类中置入一个标志，指出线程应该活动还是挂起。若标志指出线程应该挂起，便用wait()命其进入等待状态。若标志指出线程应当恢复，则用一个notify()重新启动线程。
是Java 不是ava。
线程的实现方法就是两种了，一种是继承Thread类一种是实现Runnable接口
同步方法当然是用同步Synchronized修饰了
stop和suspend太粗暴了，不问青红皂白就把线程干掉了，很不讲理很不安全的，当然不推荐使用
可不可以说的通俗一点，太专业了，不太明白说的什么意思，我这好几个玩AVA的
这根占地有毛关系..
看了半天原来是编程
绛旓細渚嬪,涓や釜搴旂敤绋嬪簭鍗忚皟杩愯鐨勭敤鎴,鍙互鍚堜綔鐨勪竴閮ㄥ垎,浣滀负COM瀵硅薄瀹炵幇(褰撶劧,鐜板湪鍙互鍋氱殑OLE澶嶅悎鏂囨。)涔嬮棿鐨勭浉浜掍綔鐢ㄣ傚湪娴忚鍣ㄤ腑鎵ц浠嶹eb鏈嶅姟鍣ㄤ笅杞界殑浠ｇ爜,娴忚鍣ㄥ氨鍙互鐪嬪埌瀹冧綔涓轰竴涓狢OM瀵硅薄銆傛崲鍙ヨ瘽璇,COM鎶鏈篃鏄竴绉嶆墦鍖呬笅杞戒唬鐮佺殑鏍囧噯鏂规硶(ActiveX鎺т欢鎵ц姝ゅ姛鑳)銆 鐢氳嚦鏄簲鐢ㄧ▼搴忎笌鏈湴鎿嶄綔绯荤粺浜や簰鐨勬柟娉,鎮...
绛旓細ava涓璵ap鐨勫父鐢ㄩ亶鍘嗙殑鍏蜂綋鏂规硶鏈夛細涓 銆佸湪for-each寰幆涓娇鐢╡ntries鏉ラ亶鍘銆傝繖鏄渶甯歌鐨勫苟涓斿湪澶у鏁版儏鍐典笅涔熸槸鏈鍙彇鐨勯亶鍘嗘柟寮忋傚湪閿奸兘闇瑕佹椂浣跨敤銆備簩銆 鍦╢or-each寰幆涓亶鍘唊eys鎴杤alues銆傚鏋滃彧闇瑕乵ap涓殑閿垨鑰呭硷紝浣犲彲浠ラ氳繃keySet鎴杤alues鏉ュ疄鐜伴亶鍘嗭紝鑰屼笉鏄敤entrySet銆備笁銆佷娇鐢↖terator閬嶅巻銆
绛旓細鍥炵瓟锛氭暟鎹被鍨 鏁版嵁绫诲瀷灏辨槸瀵瑰唴瀛樹綅缃殑鎶借薄琛ㄨ揪銆傜▼搴忓憳鍙互鍒╃敤澶氱鏁版嵁绫诲瀷:鏌愪簺鐢辩紪绋嬭瑷瀹氫箟,鏌愪簺鐢卞閮ㄥ簱瀹氫箟,杩樻湁 浜涘垯鐢辩▼搴忓憳鏉ュ畾涔夈傚緢澶氱紪绋嬭瑷閮戒緷璧栦簬鐗瑰畾鐨勮绠楁満绫诲瀷鍜屽鏁版嵁绫诲瀷灞炴х殑鍏蜂綋缂栬瘧瀹炵幇,姣斿word鍜宨nteger鏁版嵁绫诲瀷鐨勫ぇ灏忕瓑銆傚彟涓鏂归潰, Java鐨勮櫄鎷熸満璐熻矗瀹氫箟鍏跺唴缃暟鎹被鍨嬬殑鍚勬柟...
绛旓細1 杈撳叆杈撳嚭鎶借薄鍩虹被InputStream/OutputStream 锛屽疄鐜版枃浠跺唴瀹规搷浣滅殑鍩烘湰鍔熻兘鍑芥暟read()銆 write()銆乧lose()銆乻kip()绛锛涗竴鑸兘鏄垱寤哄嚭鍏舵淳鐢熺被瀵硅薄锛堝畬鎴愭寚瀹氱殑鐗规畩鍔熻兘锛夋潵瀹炵幇鏂囦欢璇诲啓銆傚湪鏂囦欢璇诲啓鐨勭紪绋嬭繃绋嬩腑涓昏搴旇娉ㄦ剰寮傚父澶勭悊鐨勬妧鏈2 FileInputStream/FileOutputStream锛氱敤浜庢湰鍦版枃浠惰鍐欙紙浜岃繘...
绛旓細鐢熷瓨鈥斺旈冭劚銆侀冭劚2銆佸洖鍚堟垬銆佺敓瀛 鎴樿溅鈥斺旀矙婕犻鏆淬侀鏆寸獊琚 鐖嗙牬鈥斺旂寧鐙愩侀噸閿ゃ侀粦鑹茬棔杩 绔炴妧鈥斺斿啺鍐诲伐鍘傘侀搧鐭裤佸法鐭冲煄鍫
绛旓細銆傚埛闆锋槸鐖嗙牬鍥句腑鍙屾柟鍒风粡楠岀殑锛屾椂闂村皯缁忛獙澶氾紝绔炴妧鍗曞眬铏界劧缁忛獙灏戯紝浣嗘椂闂寸煭锛屾墦涓瘮鏂癸紝鎬昏1灏忔椂锛屼綘鐜╂垬杞︽渶澶氫笁鐩橈紝浼拌5000缁忛獙锛屼絾绔炴妧鐨勮瘽浼拌鑳芥墦10鐩橈紝鎬昏澶х害鑳8000宸﹀彸缁忛獙锛岃繕鏈涓涓柟娉灏辨槸閫夋嫨灏忎繆鍒烽浄鎴匡紝鏄敹璐圭殑涓涓剼鏈紝10鍏冧竴鏈堬紝鎵撳紑鍚庡氨涓鐩翠細鑷姩鑷浄鐨勶紝鍗囩骇涔熸槸寰堝揩鐨勶紝...
绛旓細鍙戝彲浠ラ氳繃Web銆佹棤绾胯澶囧強璇煶鐣岄潰璁块棶鐨刉eb鏈嶅姟鍜屼氦鏄撳簲鐢紝浠ュ線鍙兘閫氳繃灏嗕紶缁烰ava缂栫▼鎶宸т笌鏈鏂版ā鍧楀寲鏂瑰紡缁撳悎鍒涓涓鍗曚竴闆嗘垚鐨勫紑鍙戠幆澧冧腑涔嬪悗鎵嶈兘瀹屾垚J2EE搴旂敤寮鍙戠敓鍛藉懆鏈熺鐞嗙殑浜嬪疄锛屼粠鏍规湰涓婂緱鍒版敼鍙樸傜己鐐瑰氨鏄浜庡垵瀛﹁呮潵璇达紝杈冨鏉傦紝涔熸瘮杈冮毦銆6銆両BM鐨刅isual Age for Java Visual Age for Java...
绛旓細- - 1.绔炴妧妯″紡锛堝惈浣ｅ叺銆佺嫏鍑绘垬锛2.鐖嗙牬妯″紡锛堝惈鐖嗙牬AI 鐖嗙牬闅忔満锛3.鐢熷瓨妯″紡 4.鎴樿溅妯″紡 5.鐢熷寲妯″紡 6.閫冭劚妯″紡 7.浼犻佹ā寮 8.锛堟病璁颁綇杩欎釜妯″紡鍙粈涔堝悕 锛屽ソ鍍忔湁涓鈥滈冧骸涔嬭矾鈥濋偅涓湴鍥撅級9銆愭垬鍦拌繍鍔ㄤ細 閫佹鍣ㄧ殑 涓嶇煡閬撲互鍚庝細涓嶄細鍙栨秷銆戠帺娉 杩樿LZ鍘讳翰鑷綋楠屽惂锛
绛旓細ava瀛楃涓茬被(java.lang.String)鏄疛ava涓浣跨敤鏈澶氱殑绫伙紝涔熸槸鏈涓虹壒娈婄殑涓涓绫伙紝寰堝鏃跺欙紝鎴戜滑瀵瑰畠鏃㈢啛鎮夊張闄岀敓銆備竴銆佷粠鏍规湰涓婅璇唈ava.lang.String绫诲拰String姹 棣栧厛锛屾垜寤鸿鍏堢湅鐪婼tring绫荤殑婧愮爜瀹炵幇锛岃繖鏄粠鏈川涓婅璇哠tring绫荤殑鏍规湰鍑哄彂鐐广備粠涓彲浠ョ湅鍒帮細1銆丼tring绫绘槸final鐨勶紝涓嶅彲琚户鎵裤俻ublic...
绛旓細姣忎釜瀹炰緥閮戒細鍏宠仈涓涓InvocationHandler(璋冪敤澶勭悊鍣ㄥ璞)锛屽湪浠ｇ悊绫诲疄渚嬩笂璋冪敤鍏朵唬鐞嗘帴鍙ｄ腑澹版槑鐨勬柟娉曟椂锛屾渶缁堥兘浼氱敱InvocationHandler鐨刬nvoke鏂规硶鎵ц锛沯ava.lang.Object涓湁涓涓柟娉涔熷悓鏍蜂細琚垎娲惧埌璋冪敤澶勭悊鍣ㄧ殑 invoke 鏂规硶鎵ц锛屽畠浠槸 hashCode锛宔quals 鍜 toString锛涗唬鐮佺ず渚 鏈鍚庝互涓涓畝鍗曠殑鍔ㄦ佷唬鐞嗕緥瀛...
