概述
在通过dockerfile搭建docker镜像，启动镜像时常常会报no such file or directory提示，今天说明一下异常产生的原因。
原因分析
原因大概分为两类，第一类确实无该文件，第二类文件编码问题
1.文件确实不存在
可能是真的没有该文件，首先要确保此文件存在。
可以通过在DOCKERFILE中切换到该目录，然后运行RUN ls查看文件是否存在来确定，如果文件存在还报该异常,则考虑第二种情况.... WORKDIR yourdirectory/ RUN ls
2.文件编码问题
这种情况就比较恶心了，通常情况下我们写dockerfile的entrypoint.sh或其他.sh文件时是在windows系统下写的，所以常常忽略一个问题。
那就是windows使用的编码和linux是不一样的，当我们把文件复制到linux系统时，linux无法识别隐藏的编码造成linux系统无法识别该文件。
可以通过cat -v entrypoint.sh查看文件信息，如果命令中出现^M则代表此文件时windows系统编码文件，这时候则相当于没有该文件所，以会报no such file or directory异常。
是不是很坑，哈哈，这个问题如果没意识到，怎么想也不会想到是编码的问题.
[cluster@cluster202 alpine-nginx]$ cat -v entrypoint.sh
#如果出现下面的^M字符说明是编码问题
#!/bin/bash^M
.....^M
...3.如何解决
文件不存在情况，则补齐文件，这里就不说明了，可以使用DOCKERFILE的COPY命令。
文件存在情况，很简单，将原来的文件拿出来用notepad++打开，点击编辑，选择格式转换，转换为Unix格式。
再用该文件或者其中的内容替换linux系统中的entrypoint.sh 或其他.sh文件,再次启动docker即可，如此就可以正常调试你的entrypoint.sh脚本啦。
总结
我们常常忽略linux和windows的编码问题，这个问题非常严重，常常给我们带来以下不必要的问题，所以在windows和linux用到文件交互的时候.sh类型文件最好是先转码一下为Unix格式，以避免此类问题带来的困扰.
一盏灯， 一片昏黄； 一简书， 一杯淡茶。 守着那一份淡定， 品读属于自己的寂寞。 保持淡定， 才能欣赏到最美丽的风景！ 保持淡定， 人生从此不再寂寞。
