1.ava的源码Classpath是什么？
2.今天玩AVA 刚进游戏 一出来就被雷炸死然后一直如此 我想问问是哪位SB发明的GGGGG 我在这问候你家人了！
3.ava中有几种方法可以实现一个线程？用什么关键字修饰同步方法?源码 stop()和suspend()方法为何不推荐使用？

ava的Classpath是什么？

       Java 的 Classpath 是一个环境变量，用于指定 Java 虚拟机（JVM）在运行程序时查找类文件的源码路径。类文件是源码经过编译后的 .class 文件，而非源代码文件。源码当开发者运行 Java 程序时，源码opencv源码大全JVM 会先在 Classpath 指定的源码路径中查找类文件。如果 Classpath 中包含多个路径，源码JVM 将按照路径的源码顺序进行查找。

       在上述例子中，源码有一个名为 `MyClass` 的源码类，包含了两个版本：版本 1 和版本 2。源码这两个版本的源码类文件被分别放置在不同的目录中，即 `c:\mylib\com\shinechina\MyClass.class` 和 `d:\mylib\com\shinechina\MyClass.class`。源码在运行程序时，源码开发者需要在命令行中使用 `javac` 命令将源代码编译为类文件。

       当运行程序时，开发者需要指定 `MyClass` 类所在的目录，即 `java com.shinechina.MyClass`。JVM 会首先检查 Classpath 中的路径是否包含运行程序所需的类文件。如果 Classpath 中包含多个路径，JVM 将按照路径的顺序进行查找。在本例中，Classpath 包含 `c:\mylib` 和 `d:\mylib` 两个路径，因此 JVM 将在这些路径中查找 `MyClass` 类文件。

       Classpath 的设置对于 Java 开发者来说至关重要，它决定了程序在运行时能够访问到哪些类文件。如果 Classpath 没有正确设置，或者包含的路径中没有所需的类文件，程序就无法正常运行。因此，在开发和部署 Java 应用程序时，确保 Classpath 的正确性非常重要。

今天玩AVA 刚进游戏 一出来就被雷炸死然后一直如此 我想问问是哪位SB发明的GGGGG 我在这问候你家人了！

       前些天我在论坛上看到有个很懂电脑的玩家发的帖子！

       他的帖子主要讲的就是在战地之王上面碰到的GB，也像楼主这样问候了他家祖宗十八代！

       完了，他就很专业的痛批了腾讯战地之王的运营行团队！他给的理由是，每个游戏都有“源代码（应该是属于计算机程序语言之类的意思吧）”！假如制作辅助软件的人，没有这些“源代码”就做不出来！所以，就是内核程序源码有人监守自盗，出卖这些“源代码”，然后从中获取私利！所以，才会有这么多危害游戏的GB！

       在此！我也除了问候这些试用G的SB他家所有女性以外！我还要劝劝那些监守自盗的人，不要在做这些危害游戏，损人利己的事情了！能赚几个钱啊？小心折寿呀！

ava中有几种方法可以实现一个线程？用什么关键字修饰同步方法? stop()和suspend()方法为何不推荐使用？

       的ActiveX

        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技术的adb源码githubOLE标签粘贴。当然，这些技术的绝大多数具有没有关系与化合物笔。微软为了向人们解释：“OLE不仅是指复合文档！”这是一个相当大的量的能量和时间。

       所以，在年的春天，微软改变了主意，选择了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虽然起源于一个复合文档，电影cms 源码但它可以被有效地应用于许多软件问题。

       的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 中。 COM对象的DCOM客户端交互不能做任何。

       客户端使用完全相同的代码可以访问本地和远程对象。然而，很多情况下，客户需要的一些DCOM附件。 DCOM提供分布式的安全保密机制，以提供验证和数据加密。发布于年，是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/。 DEC和HP还打算在自己的系统中使用这些技术，他们也是微软的源代码移植的方式来实现。

        COM的Windows 和Windows NT环境为基础的软件已成为一个重要组成部分，但它是未来，有很多不确定因素。例如，微软是作为一个多平台的技术，能够COM开发允许继续存在呢？按企业现有的NT服务器，有必要使DCOM的分布式服务，也可以应用在非微软平台上。为了解决这些问题，它需要相当长的一段时间。基于CORBA的产品，和JAV一个RMI已经成功地运行在多操作系统环境。后期推出的多平台，DCOM，CORBA和RMI领先?的多。

        ActiveX控件和JavaBeans竞争力的前景？无论在Web浏览器或运行在另一个地方运行的软件，或在短的，组件的软件（构件的）是一种软件开发的热点。目前，ActiveX控件，暂时处于领先地位，但由于的OpenDoc的运行过程，与微软的企业竞争成为了一个与之抗衡的。用户再也不想看到“独霸天下”，仅仅这一点的，JavaBean将在此的市场竞争中抢占一席之地。