【IT专家网独家】在Linux上编译测试脚本文件或者应用程序的时候，往往需要不满足只是将结果输出到屏幕上，而是希望能够将运行结果、错误信息、警告信息等等保存在一个文件中，以方便系统管理员进行分析与调整。虽然这也可以通过屏幕截屏或者屏幕录像来完成，但是这得到的结果处理起来很不方便。如不方便查询、不能够过滤等等。为了解决这个问题，在Linux系统中提供了一个重定向的工具。在编程调试的过程中，可以利用重定向操作来存储可执行文件的输出结果。
一、将输入输出分别重定向到不同的文件。
在程序调试时，屏幕上的信息大致可以分为两部分，分别为用户的输入与程序的输出。有时候系统管理员在保存脚本程序输出结果的同时，还是希望能够保存用户的输入。只有如此，事后才能够将输入与输出进行比较，来判断是否是用户输入来不合法的参数所导致问题的出现。要事先这个需求的话，就需要使用如下的命令：应用程序名字 >输出文件<输入文件。在使用这个这个命令的时候，主要需要注意以下几点。
一是要注意重定向的符号。重定向符号方向不同，其代表的含义也是不同的。如>符号表示输出，即会将脚本程序的输出内容保存到其后面定义的文件中。而符号<则表示输入，即将用户的输入保存到其后面指定的文件中。如果这个符号写错的话，那么其输入输出的内容保存位置就会出现错误。不过这个语法没有问题，只是保存的地方相反了。
二是这些文件如果事先不存在的话，那么系统会自动创建这些文件。但是如果存在的话，则系统会将原先的文件覆盖掉。为此如果管理员在测试脚本程序的时候，如果需要保存原先的结果，那么就需要将其保存在不同的文件中。或者采用另外的符号，不覆盖原有的记录，而只是进行追加。如可以利用>>符号来代替>。利用两个>>符号在Linux系统中表示文件的追加。如此的话，即使原先的文件存在，系统也不会把记录覆盖掉，而是把输出结果保存在原先的记录下面。如此的话，系统管理员可以将前后的输出结果进行对比，从而更有利于找出问题的原因。
不过无论采取覆盖还是替换操作，都需要注意一个文件。利用重定向符号在记录用户输出或者输入内容的时候，需要注意一个问题，即如果应用程序输出的是一些图形界面，那么这个重定向符号将无法保存这些信息。此时只有用过屏幕截屏或者屏幕录像等手段才能够将这些图形的界面。另外如果不指定文件路径的话，则系统会默认在当前目录下创建这些文件并保存信息。如果系统管理员想在指定目录下保存信息的话，则可以在上面的文件名称前面加上路径。在这个命令中，即支持决定路径也支持相对路径。如可以使用$HOME/文件名的方式，将输出或者输入结果保存在用户的主目录下。
二、将普通输出与错误输出保存在不同的文件中。
脚本程序的输出其实包括两部分内容，分别为正常的输出与错误信息。这些内容都会在屏幕上反映。为了更加能够说明问题，系统管理员可能喜欢将这些结果分别保存在不同的文件中。如此的话，对于系统管理员发现、跟踪脚本出现的问题很有帮助。为了实现这个目的，就需要使用一些参数。
在Linux操作系统中，其输出本来就分为两类，分别为标准输出流与错误输出流。错误输出流指的就是脚本程序执行过程中系统抛出的错误信息。而标准输出流就指的是应用程序的执行结果。由于系统中本身就把他们当作不多的操作流来处理，为此就可以通过命令将标准输出流与错误输出流分开来存放。要实现这个需求的话，可以使用如下命令：>标准输出文件名 2>错误输出文件名。
其实在重定向符号前面还有一个参数，即采用的是什么输出流。参数1表示标准输出流，参数2表示错误输出流。默认情况下系统采用的是标准输出流。为此1>就表示将标准输出流(脚本程序的标准输出结果)保存到某个文件中。由于1是默认值，为此可以不写。而2>表示将错误信息流保存到指定的文件中。所以，通过这个方法就可以将脚本程序的正常输出结果与错误信息分别保存到不同的文件中。有时后系统管理员可能只需要查看这个错误文件，就可以找到问题的原因了。如有些时候，系统管理员可能需要长期跟踪应用程序的执行情况。为此会要求当这个保存错误信息的文件有更新的时候，就将这个文件发送给系统管理员。现在要实现这个需求就比较简单了。首先将应用程序的错误信息保存在一个特定的文件中。然后利用一个循环语句每隔1个小时或者半个小时(这个时间根据管理员的需要来定义)去检查一下这个错误文件是否有更新。若有更新的话就将这个文件通过邮件或者其他手段发送给系统管理员。管理员也可以在第一时间内知道这个错误信息，而不用盯着操作系统去看。
将系统的标准输出流与错误输出流分开来管理，这是系统管理员采用的一个手段。这不仅在调试脚本程序的时候用得着，而且也有利于跟踪应用程序的执行情况。如在Linux操作系统上部署了一个数据库系统。那么就可以利用以上提到的方式让操作系统自动汇报数据库应用程序在运行过程中的错误信息。对于管理员来说，只关注这些错误信息，一些正常的输出其就可以忽略不计。在有需要的时候去查看一下即可。
三、将正确信息与错误信息都保存在同一个文件中。
除了可以将正确信息与错误信息保存在不同的文件中，还可以将它们合并在同一个文件中。要实现这个需求，可以采取两种途径。
一是通过文件合并来实现。即先将错误信息与正确信息保存在两个不同的文件中。然后再需要的时候，来利用文件合并的功能将他们合并在同一个文件中。如利用cat命令加上>>重定向符号就可以将两个文件合并在一起了。注意这里用的是>>符号而不是>符号。这个命令很容易理解，就是先将某个文件中(如保存错误信息的文件)的内容读出来，然后再通过重定向符号>>(这个符号的含义是追加，而不是替换)将读出来的错误信息追加到另外一个文件中(如保存正确信息的文件)。通过这个方式就可以两正确信息与错误信息合并保存在同一文件中。
二是通过&联合符号来实现这个需求。既然系统将输出分为标准输出流与错误输出流，那么系统管理员能否把这两个流合并在一起呢?答案是肯定的。如果系统管理员需要将他们进行合并，则可以利用命令cat > 1&2来完成。这个命令的含义就是将标准输出流(参数1表示)与错误输出流(参数2表示)的输出合并在一起，然后通过重定向符号保存在管理员指定的文件中。
那么以上两个解决方案最后得到的文件有什么差异吗?如果单从文件的内容上，是没有差异的。但是在排序上有所区别。第一种方式是在内容已经存在的情况下再对他们进行合并。为此其最后得到的文件错误信息与正确信息是分开来存放的。即可能文件的开头部分是正确输出，而后面部分则是错误信息。而通过联合的方式来实现合并的话，则其错误信息与正确信息都是混合存放在一起的。他是按早信息出现的前后顺序来保存记录，而不是按照信息的类别。由于两个文件记录的组织不同，但是内容是相同的。系统管理员可以根据自己的需要与工作习惯，来选择合适的合并方法。这个两个结构各有优异。第一种方式将错误信息与正确分成前后两部分，则看其来会更加的明了。但是有一个缺陷，就是缺乏时间上的联系。系统管理员如果想知道某个错误信息前所发生正确输出内容，以判断问题可能导致的影响，可能就需要重新组织记录。而如果采用第二种联合的方式，其是按照时间先后的顺序排列的。此时管理员为要查找错误信息，还不得不一条条记录的去查看或者利用find等命令去查找错误信息。所以说，这两种方式各有优劣，管理员需要根据自己的喜好来选择合适的方式。有时候甚至需要两种解决方式并存，来减少维护的工作量。