datainputstream 保持平台无关性的关键是严格按写入顺序和类型匹配读取，并依赖 java 标准化数据格式（大端序、modified utf-8、ieee 754）。必须配套使用 dataoutputstream，避免 readline() 等废弃方法，且注意线程安全与流混用问题。
要让 DataInputStream 正确读取基本类型数据并保持平台无关性，关键在于两点：一是严格匹配写入与读取的顺序和类型，二是依赖 Java 自身对数据格式的标准化定义（如大端序、UTF-8 编码的字符串表示等），而非底层系统字节序或本地编码。
必须按写入顺序逐个读取
DataInputStream 本身不记录类型或长度信息，它只是按固定字节数“机械地”解析流中的原始字节。因此：
- 如果用 DataOutputStream 先 writeInt(100)，再 writeDouble(3.14)，最后 writeUTF("ok")，那么 DataInputStream 就必须依次调用 readInt() → readDouble() → readUTF()
- 顺序错一位（比如先 readDouble 再 readInt），就会把 int 的 4 字节当成 double 的前 4 字节，结果完全错误，甚至触发 EOFException
- 类型错配（比如用 readChar 读 writeInt 写入的数据）会导致乱码或数值溢出
使用配套的 DataOutputStream 写入
平台无关性的保障不是靠 DataInputStream 单独实现的，而是由整套“DataOutputStream → 传输/存储 → DataInputStream”链路共同完成：
- DataOutputStream 的 writeInt() 总是写入 4 个字节的大端序（big-endian）int，readInt() 也总是按大端序读这 4 字节 —— 这是 Java 规范强制要求，与运行在 x86（小端）还是 ARM（可能大小端可配）无关
- writeUTF() 和 readUTF() 都遵循 Modified UTF-8 编码规则：先写 2 字节长度（大端），再写变长字节序列；readUTF() 严格按此结构解析，跨平台一致
- float/double 使用 IEEE 754 标准二进制表示，Java 虚拟机统一处理，无需额外转换
注意弃用方法与线程安全
有些常见误用会破坏稳定性和可移植性：
- readLine() 已废弃，它不识别 Unicode 换行符、无法处理 \u0000，且行为与平台相关；应改用 BufferedReader.readLine() 配合 UTF-8 解码
- DataInputStream 不是线程安全的，多线程并发读同一实例时，需自行加锁或为每个线程创建独立实例
- 不要混合使用 DataInputStream 和其他流（如 BufferedReader）读同一底层 InputStream，容易造成字节错位
典型安全用法示例
以下代码体现平台无关的核心实践：
try (DataInputStream dis = new DataInputStream(
new FileInputStream("data.bin"))) {
int count = dis.readInt(); // 固定 4 字节，大端
double price = dis.readDouble(); // 固定 8 字节，IEEE 754
boolean active = dis.readBoolean(); // 固定 1 字节
String name = dis.readUTF(); // 先读 2 字节长度，再读内容
System.out.printf("%d, %.2f, %b, %s%n", count, price, active, name);
}
只要写入端用 DataOutputStream 以相同顺序写入，这段代码在 Windows、Linux、macOS 或 Android 上行为完全一致。
