什么是linux的标准错误输出

说起Linux Shell环境中的输入输出重定向，这是一个让我又爱又恨的技能。
顺便说一句，当我第一次遇到它时，它和我的头一样大，我被各种符号淹没了。

我记得有一次，我需要将程序的错误信息输出到一个文件中，以防止它在终端上跳来跳去。
当时，我使用了技巧 2 >a.txt 将所有错误消息“捕获”到 a.txt 文件中。
感觉就像给电脑加了一个过滤器，变得干净整洁。

还有一次，我正在测试一个脚本，结果是压倒性的。
当我看到它时，天哪，这都是垃圾信息，所以我想把它扔掉，扔进黑洞。
所以我使用了 ls1 >/dev/null 2 >/dev/null。
这样，终端上就没有任何信息留下了，就像电脑里的文件都蒸发了一样。

但是，你不能搞乱这个，顺序很重要。
有一次，我弄错了顺序，将标准输出重定向到 /dev/null，然后将标准错误重定向到标准输出，结果两者都丢失了。
当时我还在想，这台电脑是不是有问题？
后来我明白，输出错误应该记录到标准错误，默认情况下是终端屏幕。
如果重定向输出，则输出可能会损坏。
例如，如果我编写一个 make 命令并希望将标准输出和错误输出发送到同一个 make_log 文件，则我使用 make>make_log。
这就像暂停输出和错误并让它们一起移动。

再举个例子，我有一个 $command 命令，它有很多输出。
我不想阅读它们，我只想保留标准输出。
然后我将其重定向到 out_file，$command>output_file。
那么如果我也想处理错误消息，我可以使用2 >&1 ，这样标准错误也会跟随输出文件。

总之，这种输入输出重定向是 Linux Shell 中的一个好东西，它可以让你对输出信息有更多的控制权，但是你必须小心使用它，不能按错顺序，否则就变成了“黑洞”模式。

linux平台下的软键盘c语言

模拟键盘： 1 .输入设备。
创建虚拟登录的内核模块。
需要root权限。
确保模块已加载。
2 .ioctl系统调用。
操作设备文件。
需要root权限。

加工简介： 1 .标准输入库函数。
scanf/fgets。
读取格式化/文本。
适用于命令行。
2 . 读取eventX设备文件。
解析 input_event 结构。
获取硬件事件。
设备编号 X 不确定。

权限问题。
选择正确的方法。

Linux环境下标准输入、输出、错误信息详解

你好，谈论Linux中的这些标准输入和输出错误信息通道真的很有趣。
当我第一次接触 Linux 时，我记得对这些代号及其用途感到非常困惑。

当时我经常在终端输入命令，但有时会出现错误信息。
当时这些信息是从哪里来的呢？后来随着我一步一步的学习，我才知道Linux有一个概念叫标准错误（stderr），代号2 ，专门用来显示错误信息的。

例如，当时我正在写一个小脚本，在调试时我发现了一些错误信息。
我想记录这些错误消息以便稍后查看。
当时，我使用了重定向运算符，特别是 2 > 运算符：
my_script.sh 2 >错误.log
这样，运行脚本时生成的错误信息将被重定向到 error.log 文件，而不是直接显示在终端中。

曾经，我们必须同时记录正常输出和错误信息。
此时使用与标准输出相同的运算符，但在前面添加2 ，以便可以同时记录为2 >>。

my_script.sh >> 输出.log
该运算符将常规输出和错误消息写入到output.log 文件中。

我记得有一次遇到一个特别困难的问题。
脚本运行时错误信息过多。
我只是想保留错误消息而不看到任何其他消息。
当时我们使用了一个特殊的设备文件，/dev/null。
这个文件非常神奇。
此处记录的所有数据都将被删除。
所以我这样做了：
my_script.sh 2 >/dev/null
这将清除运行脚本时生成的任何错误消息，而不是在终端中显示它们。

这些运算符使用起来非常灵活，但第一次使用时可能会有点头疼，所以应该慢慢开始。
但是，一旦掌握了它，您就可以在 Linux 环境中更有效地管理命令输出和错误消息。