环境：windows 7
工具：MFC C++  ； VS 2010
条件：安装360毒霸。

情况描述： 
①运行不调试，程序正常。调试运行F5 软件报错：“无法启动程序，系统找不到指定的文件”。

解决方法：

进入360毒霸，点击设置。在开发者模式中设置，将程序exe生成目录添加到信任编译输出路径中。即可。


我也是莫名其妙遇到这个问题的。之前程序一直运行编译都正常。突然就不正常了。而后百度了10多分钟。搜索到的方法均无法解决问题。 然后就，突然之间想到。既然是本来存在但是又找不到。可能是被电脑保护软件（杀毒啊，卫士等给屏蔽了）。所以想到了设置开发者模式。万万没想到，成功了。

Linux可执行文件目录下明明存在*.so文件，但却提示找不到
加载机制的问题
在Linux上，动态库的加载机制和在Windows上完全不一样（其实应该叫做【共享库】才对，动态库是Windows的概念，Windows上为*.dll，Linux上为*.so。dll：dynamic link library，即：动态链接库。so：share object(library)，即：共享库。）
1、在Windows上
一个可执行程序会先在当前目录下找需要的动态库（*.dll）文件，如果当前目录下有，则加载。如果当前目录没有，才会去系统的环境变量目录下去找，如果找到了，则加载，如果连环境变量中都找不到，将报错。
2、在Linux上
一个可执行程序会直接去 “环境变量目录下” 找共享库（*.so），如果找不到，则报错。

“环境变量目录下” 打了引号，因为这更像是一个专门用于【共享库】的环境变量，Linux的环境变量应该是PATH（可在终端输入这个查看：echo $PATH），PATH跟Windows上的环境变量又不一样，PATH描述的是Linux命令的一个路径，而Windows上的环境变量描述的是命令 + 库。Linux的库的加载，由 /etc/ld.so.conf 和 /etc/ld.so.conf.d/*.conf 来进行加载的，不妨一个一个打开看看就一切都明白了。

3、解决问题（其实如果2中打开看了 /etc/ld.so.conf 和 /etc/ld.so.conf.d/*.conf就已经懂了，无论看没看，想直接解决问题，请看一下操作）
①将.so文件路径的目录添加到/etc/ld.so.conf
sudo vim /etc/ld.so.conf

方法1：在文件末行，添加自己的库的路径。

方法2：将自己的库，复制到ld.so.conf文件中的其中一个路径下（如：/usr/lib 或 /usr/local/lib。推荐/usr/local/lib，能够避免受到Linux升级的影响）。
②让①中的修改生效
sudo /sbin/ldconfig

问题描述

错误示例


解决办法

1. 之前与WAMP 绑定的软件路径发生变化。
2. 端口问题。
3. 权限问题。


总结









问题描述


  
问题描述：WAMP 启动成功，左侧菜单，仅虚拟主机管理的菜单报错。其他菜单均正常。


错误示例


  



解决办法



1. 之前与WAMP 绑定的软件路径发生变化。

找到配置文件：


  
wampmanager.conf 

  conf 配置文件中，轻易可分别出 需要修改的路径，如图。 

  编辑器，及指定访问浏览器。(不建议软件安装至C盘，示例路径为同事盘符，用之前已安装至C盘)







  
wampmanager.ini 

  ini 配置文件中，中括号分类，每个分类为点击左键出来的菜单选项。根据菜单选项猜出指定配置。 

  配置如图，此错误提示是在点击虚拟主机进行配置的时候出的错， 

  所以直接猜找到 Menu Left 左侧菜单一栏。 

  修改指定错误路径。保存。重启WAMP。






2. 端口问题。


  
有的博客的解决方案是 端口问题。这是因人而异的。需要定位的是自己的错误，而不是盲目根据别的方式解决自己的问题。端口问题会在启动的时候即启动失败。此时去CMD 查看端口占用的进程。根据pid 结束占用的进程 即可。


CMD 查看端口占用


  
netstat  -aon|findstr  "80"


不要盲目地将其kill掉,最好先百度或Google搜索一下;当然如果你很了解它,并确定可以终止,那么继续下面的命令. 


  
taskkill /pid 1686 /F  // 终止pid为 1686 的进程


3. 权限问题。


  
文章开头的错误提示，使用以上修改方式修改，如果还是有错误，即使用管理员身份再次运行WAMP 软件即可。


总结

有错误猜错误发生的原因，解决的多了，解决问题的能力就提升了。善用搜索神器。

问题描述
以前写过一个文件上传下载的项目，在本地测试没有问题，但最近在部署到Linux服务器实际应用发现，当文件名为中文时，会报java.io.FileNotFoundException: ***(No such file or directory的异常，文件下载后是一个空文件



由于我在代码中已经进行了中文名的处理，所以项目本身没有问题。查阅资料发现，问题出在本地主机操作系统（我的是Windows10）和Linux操作系统的编码不同

具体的文件上传下载实现可以看我的另外一篇博客，有源码

Java实现带表单参数的文件上传、下载和文件打包下载
工具
Linux图形化工具为Xftp，Shell工具为Xshell

IDE：IDEA
说明
我是通过Xftp直接将要下载的文件上传到指定的Linux文件目录
解决问题
1. 查看文件名
这里需要注意，由于我是通过Xftp直接将要下载的文件上传到指定的Linux文件目录，所以在Xftp上看中文名能够正常显示，就会错误的认为编码没问题



再通过Xshell来看



这里就可以看出问题了，在Shell工具里中文名不能正常显示，所以肯定找不到文件

这时就需要将中文文件用Linux的编码格式进行编码
2. 解决问题
2.1 检查Linux是否安装convmv工具
rpm -qa |grep convmv



如图说明安装的有，若没有，使用如下命令进行安装
yum -y install convmv
或
yum install convmv //此命令需要手动确认

2.2 转换文件名格式
convmv -f gbk -t utf8 -r --notest +文件路径/文件名
eg:convmv -f gbk -t utf8 -r --notest /test/*.docx

由于中文名不能够正常显示，所以通过文件后缀来指定要进行编码的文件



编码完成，这时再看文件名



可以看到中文名已经能够正常显示了，这是文件就能够正常下载了

注意：虽然在Shell下正常显示，但这时通过Xftp工具查看中文名却不能正常显示了



这应该是Xftp编码显示的问题，不过不影响项目的运行
总结
到此，Linux中文名文件下载找不到路径的问题就解决了，希望我的文章对你有所帮助