同一个文件在windows和linux下计算md5哈希不一致的原因及解决方法

最近项目需要，需要对客户传过来的文件进行MD5校验，在实现的过程中前前后后遇到了若干问题，在这里总结一下。

md5的计算采用openssl实现，具体代码网上很多，这里不再赘述。需要注意的问题

1 读取文件内容时，文件打开方式要用二进制方式（rb），因为用户文件有可能是linux格式，如果用文本方式打开，可能会改变原始的内容，造成计算不准。

2 结果检验。windows可以随便下载一个md5计算工具，网上很多，我用的是HashMyFiles。linux下面，md5sum 文件名 即可。

还有一个隐藏得问题需要注意，我们在这里好一阵郁闷。

程序编写完毕，再windows测试都通过了，把文件上传到linux，再运行程序，居然算出来的md5哈希和windows不一样。

经过一阵跟踪、断点、打印发现，文件上传到linux后，大小居然发生了变化，原来问题出在ftp，ftp上传得过程中采用了文本模式，会把文件中换行回车替换为换行。于是重新用二进制模式上传，计算结果一致，问题解决。

总结一下：文件打开读取要用二进制方式，文件传输也要用二进制方式。

以上这篇同一个文件在windows和linux下计算md5哈希不一致的原因及解决方法就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持积木网。

判断Linux Shell环境变量是否存在
#!/bin/bashif[0"$PATH"="0"];thenecho"notfound"elseecho$PATHfi比如这里判断环境变量PATH是否存在，存在这输出该环境变量，不存在则输出notfound在方括号的两侧都有空

Linux下查看.so和可执行文件是否debug编译的方法(必看)
今天同事问我，如何判断一个.so是否是debug编译的。我记得以前自己是用file来查看一个.so，根据是否包含"notstripped"来判断该.so是否是debug编译的，于是

linux下批量删除utf8 bom的实现方法
低版本的gcc编译包含bom的文件会报错xxx.cpp:1:error:stray‘357'inprogramxxx.cpp:1:error:stray‘273'inprogramxxx.cpp:1:error:stray‘277'inprogram批量删除之grep-rIlo$'^xEFxBBxB