Environment.CurrentDirectory 错误

// 获取程序的基目录。 System.AppDomain.CurrentDomain.BaseDirectory // 获取模块的完整路径。 System.Diagnostics.Process.GetCurrentProcess().MainModule.FileName // 获取和设置当前目录(该进程从中启动的目录)的完全限定目录。 System.Environment.CurrentDi

　　最近工作中，要做个客户端提醒的小工具；winform程序自然少不了要读取和应用程序同一个目录的配置文件(不是exe.config文件)； 要读取当前应用程序所在目录我立马想到了System.Environment.CurrentDirectory 来获取当前工作目录。程序运行似乎一切正常完美无缺； 到了第二天早上来上班一开机弹出：“读取配置文件丢失”。应用程序增加了开机自启动。弹出这个消息...

可能会受到应用程序启动的方式和上下文的影响。例如，如果在 Visual Studio 中调试应用程序，当前工作目录可能是解决方案文件所在的目录。而在发布后的应用程序中，当前工作目录可能是应用程序的安装目录。默认情况下，工作目录通常是应用程序启动的目录，但在不同环境下可能会有所不同。在上面的示例中，我们首先获取当前的工作目录，并打印出来。然后，我们将工作目录更改为指定的路径，并再次打印新的工作目录。最后，我们使用当前工作目录解析相对路径，得到完整的文件路径。是一个静态属性，它返回当前应用程序的工作目录路径。

【代码】C#常见方法使用。

这时候很可能就是使用配置文件或读取其他本地文件的时候，因为路径问题，导致的程序错误了。 开机自动启动时，程序直接由系统执行启动命令， 此时如果使用 Environment.CurrentDirectory 或使用相对路径可能导致目录指向C盘System文件夹。 所以，在程序里一般不要使用Environment.CurrentDirectory ，如果要获取程序根目录，还是老实的使用Application.StartupPath 吧 ...

Environment.CurrentDirectory：获取或设置当前工作目录的完全限定路径。 当前工作目录并不一定指当前程序！ 举个栗子： 程序A目录：D:\a 程序B目录：D:\b 当程序A调用程序B时，程序B中的Environment.CurrentDirectory结果是D:\a，而不是D:\b！！ 在这种情况下，如果想在程序B中获取B的目录，那么可以

c#

转载于：C#: 获取当前路径不要用Environment.CurrentDirectory // 获取程序的基目录。 System.AppDomain.CurrentDomain.BaseDirectory // 获取模块的完整路径。 System.Diagnostics.Process.GetCurrentProcess().MainModule.FileName // 获取和设置当前目录(该进程从中启动的目录)的完全限定目录。 System.Environment.CurrentDirector

参考自：（关于C#中程序当前目录的小随笔）https://www.cnblogs.com/mayswind/archive/2013/06/12/3119570.html 问题描述：   读写配置文件时，通过Environment.CurrentDirectory获取程序根目录，然后发现使用OpenFileDialog打开文件后，无法读写配置文件。 分析：   Environment....

1、取得控制台应用程序的根目录方法      方法1、Environment.CurrentDirectory 取得或设置当前工作目录的完整限定路径      方法2、AppDomain.CurrentDomain.BaseDirectory 获取基目录，它由程序集冲突解决程序用来探测程序集  2、取得Web应用程序的根目录方法      方法1、HttpRuntime.AppDoma

System.Environment.CurrentDirectory的含义是获取或设置当前工作路径，而Application.StartupPath是获取程序启动路径，表面上看二者没什么区别，但实际上区别很大。 先说前者：比如说你程序放在桌面上启动，但是中间你用了一个OpenFileDialog打开了E盘名为abc的文件夹下的某一个文件，那么CurrentDirectory就变成E：\abc了

今天在运行一个项目时，提示“配置文件不存在”，经查是源于一个配置文件的路径不正确。可是程序在本地运行OK的，为什么在客户电脑上运行就不OK了？ 想来想去只能是Environment.CurrentDirectory这个取路径的方式不对，然后换成了Application.StartupPath程序正常了。 解决完问题后，回过头来思考，本地运行和客户电脑上运行唯一的差别就是系统上，本地是WIN7

在 C# 开发中，有时需要确定您的应用程序的运行目录。：适用于获取启动应用程序时的工作目录。获取当前正在执行的程序集的目录，这通常是包含您应用程序的可执行文件的目录。如果您需要的是应用程序启动时的工作目录，：当需要获取包含执行中程序集的目录时使用，尤其是在处理程序集资源时。返回 .NET 应用程序的当前工作目录，通常是程序启动时的目录。：适用于需要访问应用程序根目录下的文件和目录时，如配置文件和资源。如果您需要的是应用程序或程序集的物理位置，那么。获取应用程序的基目录，它是包含应用程序可执行文件的目录。

一、C#获取当前路径的方法： System.Diagnostics.Process.GetCurrentProcess().MainModule.FileName －获取模块的完整路径。 System.Environment.CurrentDirectory －获取和设置当前目录(该进程从中启动的目录)的完全限定目录。 System.IO.Directory.GetCurrentDirectory() －获取应用程序的当前工作目录。这个不一定是程序从中启动的目录啊，有可能程序放在C:\www里,

正常使用Environment.CurrentDirectory时,会得到当前的文件夹路径,但在特殊情况也要注意.如果你用另外A程序调用B程序,B程序里的Environment.CurrentDirectory就会是A程序的路径.如果你用folderBrowserDialog等选择路径组件也会改变Environment.CurrentDirectory, 用Application.

事情是这样的，今天写测试代码的时候发现，进程 A 调用进程 B，A 与 B不在同一路径下，B 中使用Environment.CurrentDirectory获取当前路径，本以为获取的路径应为 B 所在目录，结果证明，获取路径为 A 路径； 要获取 B 所在路径，需使用: Path.GetDirectoryName(Application.ExecutablePath); Path.GetDi...