inputstream.available()一直返回为0

下午在写接口时，一直报错，显示InputStream被关闭，怎么修改都没办法。

前言： 要一次读取多个字节时，经常用到InputStream.available()方法，这个方法可以在读写操作前先得知数据流里有多少个字节可以读取。 需要注意的是，如果这个方法用在从本地文件读取数据时，一般不会遇到问题，但如果是用于网络操作，就经常会遇到一些麻烦。比如，Socket通讯时，对方明明发来了1000个字节，但是自己的程序调用available()方法却只得到900，或者100，甚...

读取minio中的文件的时候，通过以下代码。 InputStream inputStream = minioClient.getObject(minio_bucketNameExam,fileurl); 而我想做的事情是在读取完了以后判断一下 inputStream.available() 是否等于0，如果等于0的话，就判断没有从minio中读取到数据，如果大于0的话就判断已经读取到minio...

网络流与文件流不同的关键就在于是否“受阻”二字，网络socket流在读取时如果没有内容read()方法是会受阻的，所以从socket初始化的输入流的available也是为零的，所以要。但文件读取时read()一般是不会受阻的，因为文件流的可用字节数 available = file.length()，而文件的内容长度在创建File对象时就已知了。所以调用网络流（socket）的available()方法前，一定记得要先调用read()方法，这样才能避免获取为0的不正确情况。

问题背景 最近在研究Socket编程的时候，发现书上有一个代码片段下： class Server { public static void main(String[] args) throws IOException { ServerSocket serverSocket = new ServerSocket(8088); Socket socket = serverSocket.accept(); InputStream inputStream =

现象：inputStream.available() == 0 但实际文件不为空 原因：从网络中读取InputStream后，可能因网络质量一次读取后InputStream长度为0 建议：多读几次 封装一个获取文件大小的方法： /** * 现象：inputStream.available() == 0 但实际文件不为空 * 原因：从网络中读取InputStream后，可能因网络质量一次读取后InputStream长度为0，这里最多读5次，没读到就视为0 */ private static l

先看看源码 @Override public int available() throws IOException { return IoBridge.available(fd); }返回的是int型的值 看代码HttpEntity streamEntity = new InputStreamEntity(fs,fs.available());如果文件大小超过

InputStream lastRevision = af.extractLastRevision(name);             if (null == lastRevision)                 return 1;                          ByteArrayOutputStream out = new ByteArrayOutputS

本文先描述了我的项目遇到的问题，以及解决的思路，引出了部分MySQL网络协议的分析（代码样例跟我的项目无关，仅供参考）。行文有点乱，见谅 背景 项目中使用mysql-connector-java读取MySQL数据，卡在SocketInputStream.socketRead0 "xx-6" #135 prio=5 os_prio=0 tid=0x00007fc4e047a800 ni...

目前在做一个串口通信的app，过程中pc模拟单片机给开发板串口发送命令时候出现了问题，inputStream.read方法一直阻塞，完全无法读取到数据，用了网上一个方法，while判断size=-1时候跳出循环，实际上，根本不会跳出去。 read方法是这样的： *Reads some number of bytes from the input stream and stores them ...

在使用socket获取输入流读取数据时，总是提示空指针。获取输入流getInputstream()和创建socket是在一个线程中执行，又创建一个线程处理输入流中的数据。然后就会报错。 public class ReceiveThread implements Runnable { @Override public void run() { while (true) {

一般像这样的大企业都有好几轮面试，所以自己一定要花点时间去收集整理一下公司的背景，公司的企业文化，俗话说「知己知彼百战不殆」，不要盲目的去面试，还有很多人关心怎么去跟HR谈薪资。这边给大家一个建议，如果你的理想薪资是30K，你完全可以跟HR谈33~35K，而不是一下子就把自己的底牌暴露了出来，不过肯定不能说的这么直接，比如原来你的公司是25K，你可以跟HR讲原来的薪资是多少，你们这边能给到我的是多少？你说我这边希望可以有一个20%涨薪。

记录一下项目中SSLSocket的坑

这段时间处理Socket通讯，比如文件传输，通常代码如下： string filename = @"c:\abc.txt"; // 发送文件名字符串长度（测试代码，实际请传输字符串字节长度） SendLength(socket, filename.Length); // 发送文件名字符串 SendData(socket, filename); // 发送文件长度和文件实际内容

因为网络传输的非实时性，你就不能把你程序写成单次顺序执行的方式，因为，在你的程序去检查available的时候，实际上另一端可能还没有发送数据，或对方网络拥挤，要发给你的数据包还在队列中。所以你调用 available 会返回0。  你看看别人写的程序，一般不是用异步框架，如：mina，就是用线程不断扫描IO流，就是出于这个原因。  而且 available 返回的字节数也不一定就是对

在用流进行数据或文件读写的时候经常看到某些人会使用下面的固定字节长度的数组，存储InputStream 读取的字节 常见代码如下： in = new ByteArrayInputStream(postData.getBytes(charSet)); byte[] buf = new byte[1024]; int len; while

如果由于某种原因用户不希望读取数据，除非用户想要的全部数据可以立即得到，这时候就可以用available()方法返回的字节数是能够读取的最小字节数，而在实际上可以读取更多的字节，但是能够读取的字节数据至少与available()返回的字节数一样多。 看例子 [b]int bytesAvailable=in.available(); byte[] input=new byte[by...