从前的Html，配置文件难以同时实现文档的上载，这在很大某种程度上管制了许多页面的机能。规范化（即在 Html 中同时实现如前所述配置文件的文档上载）透过加进配置文件原素来扩充配置文件。透过采用该原素，应用程序会手动聚合两个快捷方式和两个按键seo强化，快捷方式容许采用者核对邻近地区文档名和路径名，按键容许应用程序关上两个文档优先选择框供采用者采用优先选择两个文档。具体内容方式同时实现如下表所示：

＜="POST" ="*.jsp" ="/form-data">

＜TYPE="FILE" SIZE="50">＜BR>

＜TYPE="" ="">

优先选择黏贴文档时，间接输入邻近地区文档的相对路径。配置文件的属性值为*.jsp，则表示允诺（主要包括上载的文档）会被发送至*..jsp文档。在那个操作过程中，事实上同时实现了文档上载的HTTP方式。 HTTP 协定的通用型交换机USB (CGI) 全力支持从应用程序向伺服器上载文档。此种上载方式须要应用程序和两方都能全力支持。透过类的()方式以获取应用程序发送给伺服器的两个报文，预测上载的文档格式，依照预测结论依序输入数个文档到伺服器端的最终目标文档。此例中的机能由类具体内容同时实现。此类的架构如下表所示：

{

(){…}

无效（）

{ = .(); }

无效（），，，

{………}

void(){………}

void(){………}

int save()

, ,

{………}

……

}

由 () 方式初始化的运行时环境。采用()方式以获取输入流，预测上载文档的格式，将每个上载文档的属性分配给数个File类实例进行处理。这些 File 类实例由类管理。 File类依照每个文档的属性调用其save()方式，将数个文档依序输入到伺服器端的最终目标文档中。 ()方式是关键，用于预测.1协定传输的文档格式。经过测试，我们想出了传输流文档的格式，这对理解()方式很有用。例如，上载我的\tt.txt 文档。格式如下表所示：

//文档分隔符

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

//文档头

-: 配置文件数据;; ="C:\ 和 \.-\我的 \tt.sql"

-类型：文本/

//源文档内容

信息（

null);

//下两个文档的分隔符

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

-: 配置文件数据;; =""

-类型：/-

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

从以上文档我们可以看出，HTTP协定在上载数个文档时，会将所有文档放入输入流中，并用很大的分隔符进行区分。其实()方式就是对上面的文档进行预测，确定分隔符的内容，每个文档的内容格式，文档的全路径名，以及文档实际数据的开头和结尾。这里须要注意的是，分隔符是随机的，是传输流文档第两个回车之前的所有字符。

实施操作过程

()方式是：首先将输入流文档输入到字节数组中，由以下标识符同时实现。

=1024;=0;

for(; < ; += )

试试

{ .();

= .().read(, , - );

}(e){ new (" to .");}

这里采用了循环中的多字节读取方式，上面的循环继续读取数据，直到数组满为止。如果文档完全可用，则文档的所有字节都可用。但是由于网络速度通常比 CPU 慢很多，所以程序很容易在所有数据到达之前清空网络缓冲区。事实上，当多字节读取方式尝试从两个暂时空但关上的网络缓冲区中读取数据时，该方式返回0，这意味着没有数据存在但网络流没有关闭。在此种情况下，单字节方式会阻塞正在运行的程序的执行，所以多字节的行为要优于单字节的 read() 方式。接下来预测字节数组。首先找到分隔符；采用()方式返回文档信息头的值，从中确定源文档的全路径名、源文档的扩充名和源文档的内容格式；采用()方式返回文档的内容数据，并记录文档数据在字节数组中的开始和结束位置。然后聚合两个File类的实例，并将文档的全路径名、源文档的扩充名、源文档的内容格式、文档内容数据的起止位置放入属性中File 类实例。找到下两个分隔符，继续重复上述操作过程，直到预测完成。

二、采用FTP协定上载数个文档

FTP 协定是一种用于传输文档的协定，它规定了相互传输文档的标准。那个机能在java中的同时实现是借助类来完成的。具体内容同时实现操作过程：首先与FTP伺服器建立连接；初始化文档的传输方式，主要包括和两种方式；将文档输入到文档输入流；读取字节数组中的数据；将数据写入字节数组输入流（采用方式将数据写入网络链接）。这样，两个与源文档同名的文档被复制到伺服器上。在那个例子中，采用了()、()、()三个方式来完成文档上载操作过程。主要同时实现如下表所示：

{ ; ; ;

void ( , 采用者, , 路径)

{

//：登录FTP伺服器的采用者名密码； path：FTP伺服器上的路径

尝试{ =new();

.();

.(采用者, );

.out.("!");

if (path.()!=0) .cd(path);

.(); } (ex) {.out.(ex);}

}

无效（）

{尝试{ .();

} (ex) {.out.(ex);}

}

无效（）

{ =();

//从中预测出文档名，作为最终目标文档名，具体内容方式没有给出

试试{

os=.put();

java.io.File =new java.io.File();

is=new();

字节[] =新字节[1024];

int c;

((c=is.read())!=-1){ os.(,0,c); }

是.(); os.();

} (ex) {.out.(ex);}

}

}

以上只是上载单个文档的操作过程。如果有数个文档，则可以多次调用此上载操作过程。从以上两种方式可以看出，采用FTP协定上载数个文档是比较简单易同时实现的。采用FTP协定上载文档一般是应用程序编写的程序，伺服器端的安全设置比较复杂；而采用HTTP协定上载文档是两个伺服器端的应用程序，安全设置比较简单。并且透过测试发现，FTP上载方式在传输大文档时比HTTP上载方式快几十倍甚至数百倍，但在传输小于1M的文档时比HTTP上载方式稍慢。因此，两种传输方式各有优势。