我正在尝试将C#程序的输出重定向到文件。使用“cmd.exe”时,我只需使用myprogram.exe arg1 arg2 > out.txt
运行它,但我想使用Visual Studio 启动选项完成相同的操作。
我创建了一个 C#Empty Project 并添加了以下代码:
using System;
class Test
{
public static void Main(string[] args)
{
foreach (var arg in args) Console.WriteLine(arg);
}
}
然后我在项目设置中编辑了命令行参数:
使用 Ctrl + F5 运行项目无法正常工作。我得到了在控制台中打印的命令行参数,而不是输出文件:
arg1
arg2
>
output.txt
如果我将命令行参数更改为:arg1 arg2 "> output.txt"
,我会得到以下输出:
arg1
arg2
^> output.txt
我注意到在Output文件夹中创建了一个空的output.txt
文件。
这件事有可能完成,还是我被迫继续使用cmd.exe来启动我的程序?
答案 0 :(得分:10)
严格来说,您被迫使用命令提示符启动具有重定向输出的程序。否则,您需要自己解析命令行,GUI shell可能不会这样做。
如果您只是想在Start Debugging
时重定向输出,请取消选中Enable the Visual Studio hosting process
复选框,您就完成了。
如果你没有,并且你在那里看到的"output.txt"
实际上是由您的应用程序生成的不,而是在您开始之前生成的"YourApplication.vshost.exe"
通过Visual Studio IDE进行调试。内容总是空的,不能写;因为它被Hosting Process锁定了。
但是,如果您希望应用程序的行为与启动它的模式相同,则事情会更复杂。
当您开始使用该应用程序进行调试时,它始于:
“YourApplication.exe”arg1 arg2
因为输出已被IDE重定向。
当你Start Without Debugging
时,它始于:
“%comspec%”/ c“”YourApplication.exe“arg1 arg2 ^> output.txt& pause”
这是让您的应用程序获取您指定的所有参数的正确方法。
您可能想查看我之前对How can I detect if "Press any key to continue . . ." will be displayed?的回答。
我在下面的代码中使用atavistic throwback之类的方法:
应用程序代码
using System.Diagnostics;
using System.Linq;
using System;
class Test {
public static void Main(string[] args) {
foreach(var arg in args)
Console.WriteLine(arg);
}
static Test() {
var current=Process.GetCurrentProcess();
var parent=current.GetParentProcess();
var grand=parent.GetParentProcess();
if(null==grand
||grand.MainModule.FileName!=current.MainModule.FileName)
using(var child=Process.Start(
new ProcessStartInfo {
FileName=Environment.GetEnvironmentVariable("comspec"),
Arguments="/c\x20"+Environment.CommandLine,
RedirectStandardOutput=true,
UseShellExecute=false
})) {
Console.Write(child.StandardOutput.ReadToEnd());
child.WaitForExit();
Environment.Exit(child.ExitCode);
}
#if false // change to true if child process debugging is needed
else {
if(!Debugger.IsAttached)
Debugger.Launch();
Main(Environment.GetCommandLineArgs().Skip(1).ToArray());
current.Kill(); // or Environment.Exit(0);
}
#endif
}
}
我们还需要以下代码,以便它可以工作:
扩展程序代码
using System.Management; // add reference is required
using System.Runtime.InteropServices;
using System.Diagnostics;
using System.Collections.Generic;
using System.Linq;
using System;
public static partial class NativeMethods {
[DllImport("kernel32.dll")]
public static extern bool TerminateThread(
IntPtr hThread, uint dwExitCode);
[DllImport("kernel32.dll")]
public static extern IntPtr OpenThread(
uint dwDesiredAccess, bool bInheritHandle, uint dwThreadId);
}
public static partial class ProcessThreadExtensions /* public methods */ {
public static void Abort(this ProcessThread t) {
NativeMethods.TerminateThread(
NativeMethods.OpenThread(1, false, (uint)t.Id), 1);
}
public static IEnumerable<Process> GetChildProcesses(this Process p) {
return p.GetProcesses(1);
}
public static Process GetParentProcess(this Process p) {
return p.GetProcesses(-1).SingleOrDefault();
}
}
partial class ProcessThreadExtensions /* non-public methods */ {
static IEnumerable<Process> GetProcesses(
this Process p, int direction) {
return
from format in new[] {
"select {0} from Win32_Process where {1}" }
let selectName=direction<0?"ParentProcessId":"ProcessId"
let filterName=direction<0?"ProcessId":"ParentProcessId"
let filter=String.Format("{0} = {1}", p.Id, filterName)
let query=String.Format(format, selectName, filter)
let searcher=new ManagementObjectSearcher("root\\CIMV2", query)
from ManagementObject x in searcher.Get()
let process=
ProcessThreadExtensions.GetProcessById(x[selectName])
where null!=process
select process;
}
// not a good practice to use generics like this;
// but for the convenience ..
static Process GetProcessById<T>(T processId) {
try {
var id=(int)Convert.ChangeType(processId, typeof(int));
return Process.GetProcessById(id);
}
catch(ArgumentException) {
return default(Process);
}
}
}
由于在我们调试时,父级将是Visual Studio IDE(当前名为"devenv"
)。父母和祖父母的过程实际上是各种各样的,我们需要一个规则来执行一些检查。
棘手的部分是孙子是真正遇到Main
的人。每次运行时,代码都会检查祖父进程。如果祖父母是null
,那么它就会生成,但是生成的进程将是%comspec%
,它也是新进程的父进程,它将以当前的相同可执行文件开始。因此,如果祖父母与自己相同,那么它将不会继续产生,只会遇到Main
。
代码中使用了Static Constructor,该代码在Main
之前启动。 SO上有一个已回答的问题:How does a static constructor work?。
当我们开始调试时,我们正在调试祖父进程(生成)。为了使用孙子进程进行调试,我使用条件编译Debugger.Launch
来调用Main
,以保持Main
清除。
有关调试器的已回答问题也很有帮助:Attach debugger in C# to another process。
答案 1 :(得分:8)
我不确定这是否可以在Visual Studio中完成。我的解决方案是为控制台设置一个新输出。此示例来自MSDN:
Console.WriteLine("Hello World");
FileStream fs = new FileStream("Test.txt", FileMode.Create);
// First, save the standard output.
TextWriter tmp = Console.Out;
StreamWriter sw = new StreamWriter(fs);
Console.SetOut(sw);
Console.WriteLine("Hello file");
Console.SetOut(tmp);
Console.WriteLine("Hello World");
sw.Close();
http://msdn.microsoft.com/en-us/library/system.console.setout.aspx
答案 2 :(得分:4)
在“开始选项”部分中,以这种方式更改命令行参数文本框
args1 args2 1>output.txt
重定向标准输出(1),创建名为output.txt的文件 如果要附加到文件的先前版本,请写
args1 args2 1>>output.txt
现在,您可以在重定向输出控制台的同时逐步调试程序
答案 3 :(得分:3)
我建议一种更好的方法,而不需要编写任何代码!
只需配置visual studio即可将程序作为外部程序启动。
答案 4 :(得分:2)
您可以在外部编辑器中打开.csproj.user
,然后更改StartArguments
:
<StartArguments>arg1 arg2 > output.txt</StartArguments>
到
<StartArguments>arg1 arg2 > output.txt</StartArguments>
答案 5 :(得分:2)
如果要将输出传输到文件,则必须继续使用cmd.exe。 命令行参数:用于命令行参数,因此您尝试的任何内容都将被转义为命令行参数。管道和重定向器不是命令行参数,因此它们会被转义。
我只想创建一个.bat文件来调用我喜欢的程序。您可以将其固定到任务栏并简单地运行它。
答案 6 :(得分:0)