Question

我们可在不必建立网络连接的前提下进行一次简单的测试，方法是启动我们的 Web 浏览器，然后打开包含了程序片标签的 HTML 文件（Sun 公司的 JDK 同样包括一个称为“程序片观察器”的工具，它能挑出 html 文件的<applet>标记，并运行这个程序片，不必显示周围的 HTML 文本——注释②）。html 文件载入后，浏览器会发现程序片的标签，并查找由 code 值指定的.class 文件。当然，它会先在 CLASSPATH（类路径）中寻找，如果在 CLASSPATH 下找不到类文件，就在 WEB 浏览器状态栏给出一个错误信息，告知不能找到.class 文件。

②；由于程序片观察器会忽略除 APPLET 标记之外的任何东西，所以可将那些标记作为注释置入 Java 源码：

// <applet code=MyApplet.class width=200 height=100></applet>

这样就可直接执行“appletviewer MyApplet.java”，不必再创建小的 HTML 文件来完成测试。

若想在 Web 站点上试验，还会碰到另一些麻烦。首先，我们必须有一个 Web 站点，这对大多数人来说都意味着位于远程地点的一家服务提供商（ISP）。然后必须通过某种途径将 HTML 文件和.class 文件从自己的站点移至 ISP 机器上正确的目录（WWW 目录）。这一般是通过采用“文件传输协议”（FTP）的程序来做成的，网上可找到许多这样的免费程序。所以我们要做的全部事情似乎就是用 FTP 协议将文件移至 ISP 的机器，然后用自己的浏览器连接网站和 HTML 文件；假如程序片正确装载和执行，就表明大功告成。但真是这样吗？

但这儿我们可能会受到愚弄。假如 Web 浏览器在服务器上找不到.class 文件，就会在你的本地机器上搜寻 CLASSPATH。所以程序片或许根本不能从服务器上正确地装载，但在你看来却是一切正常的，因为浏览器在你的机器上找到了它需要的东西。但在其他人访问时，他们的浏览器就无法找到那些类文件。所以在测试时，必须确定已从自己的机器删除了相关的.class 文件，以确保测试结果的真实。

我自己就遇到过这样的一个问题。当时是将程序片置入一个 package（包）中。上载了 HTML 文件和程序片后，由于包名的问题，程序片的服务器路径似乎陷入了混乱。但是，我的浏览器在本地类路径（CLASSPATH）中找到了它。这样一来，我就成了能够成功装载程序片的唯一一个人。后来我花了一些时间才发现原来是 package 语句有误。一般地，应该将 package 语句置于程序片的外部。