今天在代码里发现了有个抛错,是由下面这段分片上传时定位的代码捕获的。第一想法是是不是由于包太大(6.4G)导致long的offset超限。虽然long好像没有这么短…然后查了下long的最大值Long.MAX_VALUE=2的63次方-1,而这里只是并没有超出这个值,只是超出了int的最大值Integer.MAX_VALUE= 2的31次方-1,就觉得很奇怪,所以写了个Test试了下
RandomAccessFile accessTmpFile = null;
try {
accessTmpFile = new RandomAccessFile(tmpFile, "rw");
//这里由于获取到的是KB为单位的,所以需要额外*1024
long offset = xxxBO.getChunkSize() * 1024 * xxxBO.getChunkNumber();
// 定位到该分片的偏移量
accessTmpFile.seek(offset);
LOGGER.debug("chunkNumber:{},offset:{}", xxxBO.getChunkNumber(), offset);
// 写入该分片数据
accessTmpFile.write(xxxBO.getByteStream());
} catch (Exception e) {
throw new ……
} finally {
// 释放
try {
if (accessTmpFile != null) {
accessTmpFile.close();
}
} catch (IOException e) {
……
}
}
测试:下面这个表达式写完之后 idea提示:Numeric overflow in expression.
public class myTest {
public static void main(String[] args){
long offset = 1024 * 1024 * 1024 * 6;
System.out.println(offset);
}
}
然后我稍微改了一下,如下。改完之后诶嘿,提示没了。然后尝试跑了下,发现虽然没有报任何错,但是跑出来的结果却是有问题的。像下面这个跑出来是-2147483648,那肯定有问题。
public class myTest {
public static void main(String[] args){
int num = 6;
long offset = 1024 * 1024 * 1024 * num;
System.out.println(offset);
}
}
这是因为虽然offset是long类型,但是右边却默认是int类型,因此超过int类型的长度范围就有问题了。
因此需要这样改:
long offset = 1024 * 1024L * 1024 * num;
同样,最前面的代码中需要改为long offset = xxxBO.getChunkSize() * 1024L * xxxBO.getChunkNumber();