bug描述 上传文件提示 404，找不到文件。
debug 过程 “我是上传文件，为啥会404？会不会是请求链接写错了？”
调试 操作：直接复制链接到浏览器访问。 结果 ：状态码 200 ok 。
“链接没问题，难道是初始化工具类有问题？”
调试 操作：在工具类构造函数，打印数据并终止。 结果 ：仍然404，跟工具类无关
“难道是框架自带bug？”
调试 操作：新建项目，原生代码编写一个上传测试文件。 结果 ：仍然404，跟框架无关
“既然跟程序无关，那就是服务器跟php问题了，是不是php有上传的控制参数默认关闭，然后我没有打开？没道理的，就算是，也不应该提示404，应该是服务器问题，可是直接访问链接是有效的，上传文件就404了，会不会是权限？最有可能就是这东西了，而且linux 下的权限控制非常严，上传文件要在某个目录先生成临时文件，然后通过复制函数，移动到指定目录才上传成功，如果程序对临时文件夹没有上传权限的话，报404是完全有可能的，问题是临时文件在哪儿呢？会上传到那个文件呢？”
调试 操作：google ＋ baidu 结果 ：都写的什么＊＊ 玩意，完全没有想要的内容。
“＊＊，难道我要一个一个文件翻？对了，不是有日志？先看看服务器日志有没有信息“
调试 操作：打开nginx log 文件 结果 ：清清楚楚的写着 ／＊＊＊／＊＊＊／temp 目录，权限不足！
剩下的事情就很简单了， 一个修改权限语句完事。
总结 ： 1.出现 bug时 ,一定要先想清楚问题会出现在哪个环节，接着就是查看运行的日志文件，一般都会有提示，如果看不懂什么意思，复制google 一下，一般都会找到问题的解决方案，除非你的bug已经达到深度无人涉及的程度。 2.对程序的了解程度，能有效的提高debug的排错时间，如果换做一个菜鸟，估计写个原生上传都有难度，更不用说，看log，翻墙google了， 3.debug 的速度能通过排错的经验，以及对程序的了解程序提升，正确的debug方案能通过先人的教导获得。 4.多总结，多分享，主动学习往往比被动学习有效！