JSP上传文件至服务器【2】

续接《JSP上传文件至服务器【1】》，接下来寻找bug

从生成的图片来看属于数据不全，猜测是endPos 的值过小

预算人为增加endPos - startPos的值，在其后加100,200，发现加的越多，图片越完整，于是得知是endPos的值过小

int endPos = ((file.substring(0,boundaryLocation)).getBytes()).length;

所以猜测是boundaryLocation这个指向file字符串中，图片数据末尾的指针的值偏小，而：

int boundaryLocation = file.indexOf(boundary,pos) - 4;

这里也没有错误，代码表示的是获取分隔字符串所在位置并将指针回调4，而

String boundary = contentType.substring(lastIndex + 1,contentType.length());

截取contentType的最后一个等号后边的字符开始到末尾的这段字符，这段是Apache生成的分隔字符串，没有问题，赋给了boundary,而

int lastIndex = contentType.lastIndexOf("=");

没有问题。

这时候想起file是由二进制数组转化而来的，猜测二进制转化为String是否有损失，于是搜索到：点击打开链接，得知确实是默认以UTF8编码，所以造成了数据的破坏，于是采用ISO-8859-1编码：

String file = new String(dataBytes,"ISO-8859-1");

结果运行时报错：

由于比较菜，这个报错也没写清到底怎么回事，所以我决定采用自己的思路：

既然endPos - startPos的值的增加能使得图片越来越完整，那么dataBytes数组中的数据应该是正常的，于是采用数组长度- 开始标记- 图像数据末尾的分隔标记，即：

formDataLength-startPos-(boundary.length()+4+2+2)        //分割字符串长+多出的4个-+ 2个 \n +2个 \r

fileOut.write(dataBytes,startPos,formDataLength - startPos -(boundary.length()+4+2+2));

运行结果显示，上传文件大小与源文件大小完全一样，且图片显示完整！