Android真机获取含图片的大JSON数据失败，求问题排查

老哥，我一看你这个问题就知道是流读取逻辑和大内存处理的锅，而且只在真机触发，完全符合真机网络/内存限制更严格的特点。咱们一步步拆解：

问题根源分析 #

你当前用Scanner.hasNextLine()来拼接HTTP响应，这在小数据时没问题，但大体积JSON（尤其是包含Base64图片的）有两个致命问题：

1. JSON本身是连续文本，可能没有换行符，nextLine()会提前终止读取，导致拿到不完整的JSON字符串，抛出JSONException；
2. 真机网络环境不稳定，分块传输时，Scanner的读取逻辑可能没等流完全接收就停止了，而且每次中断位置随机，完全符合你描述的现象。

另外，你设置的setFixedLengthStreamingMode(param.getBytes().length)也有隐患：URLEncoder.encode后的字节长度和实际发送的可能有偏差，导致服务器接收参数不完整，间接影响响应内容。

解决方案 #

1. 替换流读取逻辑，确保完整接收响应 #

把Scanner换成字节流读取或者BufferedReader，保证能读取整个响应流，而不是依赖换行符。修改后的读取代码如下：

// 替换原Scanner读取部分
InputStream inputStream = conn.getInputStream();
ByteArrayOutputStream baos = new ByteArrayOutputStream();
byte[] buffer = new byte[1024]; // 1KB缓冲区，可根据需求调整
int bytesRead;
while ((bytesRead = inputStream.read(buffer)) != -1) {
    baos.write(buffer, 0, bytesRead);
}
response = baos.toString("UTF-8"); // 指定UTF-8编码避免乱码
// 关闭流
inputStream.close();
baos.close();

或者用BufferedReader（如果确定响应是文本格式）：

BufferedReader reader = new BufferedReader(new InputStreamReader(conn.getInputStream(), "UTF-8"));
StringBuilder sb = new StringBuilder();
String line;
while ((line = reader.readLine()) != null) {
    sb.append(line);
}
response = sb.toString();
reader.close();

2. 移除FixedLengthStreamingMode，改用Chunked模式 #

手动设置固定长度容易出错，让系统自动处理内容长度更可靠：

// 注释掉这行
// conn.setFixedLengthStreamingMode(param.getBytes().length);
// 改用Chunked模式（可选，适合大参数）
conn.setChunkedStreamingMode(0);

3. 优化大JSON内存占用（关键） #

包含Base64图片的大JSON一次性加载到内存，很容易触发真机的内存限制，甚至OOM。建议用流式JSON解析，比如Gson的JsonReader或者Jackson的JsonParser，按需解析字段，避免把整个JSON放进内存：

示例（Gson流式解析）：

// 直接从流解析，不生成完整JSON字符串
JsonReader reader = new JsonReader(new InputStreamReader(conn.getInputStream(), "UTF-8"));
reader.beginObject();
while (reader.hasNext()) {
    String fieldName = reader.nextName();
    if (fieldName.equals("image_data")) {
        // 读取图片Base64数据，直接保存到文件而不是内存
        String base64Image = reader.nextString();
        saveImageToFile(base64Image, context);
    } else {
        // 跳过不需要的字段，节省内存
        reader.skipValue();
    }
}
reader.endObject();
reader.close();

4. 增加超时设置，适配真机网络 #

真机网络可能波动，给HttpURLConnection设置合理的超时时间：

conn.setConnectTimeout(15000); // 15秒连接超时
conn.setReadTimeout(30000); // 30秒读取超时

为什么模拟器/iOS没问题？ #

• 模拟器的网络环境更稳定，内存限制宽松，即使读取逻辑有小问题也不容易暴露；
• iOS的网络库（比如NSURLSession）默认的流处理逻辑更健壮，对分块传输的兼容性更好。

内容的提问来源于stack exchange，提问作者Breno Macena