双11狂欢大促

盲盒赢 定制羽绒服

开启惊喜盲盒，抽取你的专属好礼

— 惊喜奖品抢先看 —

超级年卡50元券

周边70元券

手机支架

一拖三数据线

雨伞

运动毛巾

电动牙刷

VIP月卡

机械键盘

定制羽绒服

超级年卡50元券

周边70元券

手机支架

一拖三数据线

雨伞

运动毛巾

电动牙刷

VIP月卡

机械键盘

定制羽绒服

fileInputStream 重复执行的问题

2013-10-28 05:31:08 417 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

跳蚤图墨衍会员 · AI 创作全网分发关注 + 加入社区

FileInputStream read(byte b[])源码解析问题描述源文件source.txt中有10个字节(GBK编码)的数据 qwertyuiop ，当使用4字节的byte数组读取时，依次读取出qwer tyui opui,造成数据重复，如图源码解析查看源码发现实际调用的是readBytes(byte b[], int off, int len) 方法，此方法是native,无法看到具体实现，但是其继承的InputStream有如下方法可供参考... 阅读详情

File myfile= new File(path, fileName);



				fileInputStream = new FileInputStream(myfile);

				inputStream = new InputStreamReader(fileInputStream, "UTF-8");

				reader = new BufferedReader(inputStream);

				stringBuilder = new StringBuilder();

				for (String line = reader.readLine(); line != null; line = reader

						.readLine()) {

					stringBuilder.append(line + "\n");



				}

return stringBuilder.toString();

快速重复执行上段代码50次，会随机有几次执行失败，说找不到myfile。
是因为什么呢？文件被锁了吗？怎么解决呢？

...全文

【漏洞复现】7-Zip目录穿越漏洞（CVE-2025-11001）摘要：CVE-2025-11001是7-Zip（v21.02-v24.09）Windows版处理ZIP包符号链接时的高危漏洞，攻击者可构造恶意ZIP文件实现目录穿越和任意文件写入。漏洞源于路径检查缺陷，当用户解压含特殊符号链接的压缩包时，可能将文件写入系统目录。复现利用GitHub公开的Python脚本（https://github.com/pacbypass/CVE-2025-11001）可生成攻击包，需注意该漏洞仅影响Windows且需要用户交互。阅读详情

跳蚤图

Web 开发 81,108 成员 341,721 内容

+ 关注 + 加入社区

切换为时间正序

跳蚤图 2013-10-30

打赏
举报

百度下，说是清空输入流输出流的缓存就可以。照着做了，不好使啊。还是会失败几次........ 版主快来啊

跳蚤图 2013-10-28

打赏
举报

引用 8 楼 huxiweng 的回复:

Process类是一个抽象类（所有的方法均是抽象的），封装了一个进程（即一个执行程序）。 Process 类提供了执行从进程输入、执行输出到进程、等待进程完成、检查进程的退出状态以及销毁（杀掉）进程的方法。 ProcessBuilder.start() 和 Runtime.exec 方法创建一个本机进程，并返回 Process 子类的一个实例，该实例可用来控制进程并获取相关信息。创建进程的方法可能无法针对某些本机平台上的特定进程很好地工作，比如，本机窗口进程，守护进程，Microsoft Windows 上的 Win16/DOS 进程，或者 shell 脚本。创建的子进程没有自己的终端或控制台。它的所有标准 io（即 stdin，stdout，stderr）操作都将通过三个流 (getOutputStream()，getInputStream()，getErrorStream()) 重定向到父进程。父进程使用这些流来提供到子进程的输入和获得从子进程的输出。因为有些本机平台仅针对标准输入和输出流提供有限的缓冲区大小，如果读写子进程的输出流或输入流迅速出现失败，则可能导致子进程阻塞，甚至产生死锁。当没有 Process 对象的更多引用时，不是删掉子进程，而是继续异步执行子进程。参考下：http://lavasoft.blog.51cto.com/62575/15599

这样的话，就是没有解决办法了？

teemai 2013-10-28

打赏
举报

Process类是一个抽象类（所有的方法均是抽象的），封装了一个进程（即一个执行程序）。 Process 类提供了执行从进程输入、执行输出到进程、等待进程完成、检查进程的退出状态以及销毁（杀掉）进程的方法。 ProcessBuilder.start() 和 Runtime.exec 方法创建一个本机进程，并返回 Process 子类的一个实例，该实例可用来控制进程并获取相关信息。创建进程的方法可能无法针对某些本机平台上的特定进程很好地工作，比如，本机窗口进程，守护进程，Microsoft Windows 上的 Win16/DOS 进程，或者 shell 脚本。创建的子进程没有自己的终端或控制台。它的所有标准 io（即 stdin，stdout，stderr）操作都将通过三个流 (getOutputStream()，getInputStream()，getErrorStream()) 重定向到父进程。父进程使用这些流来提供到子进程的输入和获得从子进程的输出。因为有些本机平台仅针对标准输入和输出流提供有限的缓冲区大小，如果读写子进程的输出流或输入流迅速出现失败，则可能导致子进程阻塞，甚至产生死锁。当没有 Process 对象的更多引用时，不是删掉子进程，而是继续异步执行子进程。参考下：http://lavasoft.blog.51cto.com/62575/15599

teemai 2013-10-28

打赏
举报

如果正常关闭流的话应该不会出现找不到文件的错误

跳蚤图 2013-10-28

打赏
举报

其实我是调查一个问题，觉得可能是这块的原因。还有一块代码也有嫌疑，这个也是重复执行50次是java调用外部命令的代码

ProcessBuilder pb = new ProcessBuilder(command);
            Process p = null;
            try {
                p = pb.start();
                return p.waitFor();
            } catch (IOException e) {
                .....
            }  finally {
                if (p != null) {
                    try {
                        p.getErrorStream().close();
                        p.getInputStream().close();
                        p.getOutputStream().close();
                    } catch (Exception e) {
                        
                    }
                    p.destroy();
                    p = null;
                }
            }

跳蚤图 2013-10-28

打赏
举报

关了，我代码没贴全

try{File myfile= new File(path, fileName);
 
                fileInputStream = new FileInputStream(myfile);
                inputStream = new InputStreamReader(fileInputStream, "UTF-8");
                reader = new BufferedReader(inputStream);
                stringBuilder = new StringBuilder();
                for (String line = reader.readLine(); line != null; line = reader
                        .readLine()) {
                    stringBuilder.append(line + "\n");
 
                }
} catch (IOException e) {
				LOGGER.error(e);
				return "";
			} finally {
				IOUtils.closeQuietly(fileInputStream);
				IOUtils.closeQuietly(inputStream);
				IOUtils.closeQuietly(reader);
			}
return stringBuilder.toString();