----今天接着昨天的话题讲，在昨天的文章里面，我们讲到了文件共享有三种实现方式，其中一种实现方式就是我们今天要讲的dup和dup2函数来实现了；那么咋们也就不废话 了，直接直奔主题吧。
由于很多用户的系统和程序都不同，因此TSINGSEE青犀视频研发团队往往需要根据用户的实际需求来对产品进行定制或者修改。有的客户需要 Arm 版本的 EasyDSS平台使用，因此我们也会在aarch64环境下编译EasyDSS。在编译过程中，出现报错 “undefined: syscall.Dup2”。
上一次我们说到了文件的常规操作，打开，读，写，关闭这些，重点在于打开是以什么样的方式来打开，包括文件的权限，内容是否清空，打开不存在的文件等等情形。今天继续说一下文件IO操作。
函数执行后，返回的新文件描述符与原有的旧文件描述符共用同一个文件表项，但是文件描述符标志将被清除，进程调用exec时文件描述符将不会被关闭。
在前文中学习了open函数，我们知道open函数的返回值就是文件描述符，本章将对文件描述符进行详细讲解。
nginx的源码是比muduo要复杂些哈，muduo跟我以前写过的服务端项目有很多共通之处，就相当于是剥离了业务代码的网络层框架，所以看起来也比较亲切。这个nginx就感觉稍微有点陌生哈。
fd: pipe函数创建的两个文件描述符对应管道两端，分别为“读”端和“写端”(可记忆为读写),即fd[0]为管道的读端，fd[1]为管道的写端。
管道与重定向常常需要使用dup与dup2复制句柄，其中dup2又较为常用，但是使用dup2有几个小坑需要注意。
在同一个进程中多次调用 open 函数打开同一个文件会得到多个不同的文件描述符（File Descriptor，简称FD）。每次调用 open 都会返回一个新的文件描述符，这些描述符可以独立地用于对文件的读取、写入等操作。
因为Golang没有Linux的fork()系统调用, 所以实现守护进程要使用一些小技巧. Golang为*nix(unix/linux/FreeBSD...)系统提供了syscall.ForkExec()调用, 这个调用跟fork()调用不一样, syscall.ForkExec需要提供一个要执行的程序路径. syscall.ForkExec()原型如下:
dup()函数和dup2()函数书上在文件操作那一章，已经讲过了，这周看重定向这块，发现它挺重要，就再看了回，记录下。
我们知道linux有许多自带的守护进程，比如syslogd、crond、sendmail等。那用户或开发者自己编写的程序为什么也需要成为守护进程呢？
网上有很多资料详细讲解了dup和dup2的用法，有讲得不错的，但总感觉理解起来还是有点困难，通过实践，我发现一种C程序更容易理解的讲解方法－使用类比指针的方法来阐述dup和dup2的用法，可能更容易让人在非常短的时间内接受，下面的内容是我理解dup和dup2用法的总结，希望对dup和dup2存有疑惑的朋友所有帮助。
对shell有一定了解的人都知道，管道和重定向是 Linux 中非常实用的 IPC 机制。在shell中，我们通常使用符合‘|’来表示管道，符号‘>’和‘<’表示重定向。那么管道和重定向的真实含义（定义）又是什么呢？
黑入服务器很少会是通过账号密码的方式进入，因为这很难破解密码和很多服务器都做了限制白名单。
孤儿/僵尸/守护进程 孤儿进程和僵尸进程以及守护进程都是对调用fork()函数后子进程的描述。 孤儿进程 一个父进程退出，而它的一个或多个子进程还在运行，那么那些子进程将成为孤儿进程。孤儿进程将被init进程所收养，并由init进程对它们完成状态收集工作。 我们可以通过kill掉父进程来模仿一个孤儿进程。 ---- 僵尸进程 一个进程使用fork创建子进程，如果子进程退出，而父进程没有调用wait或waitpid获取子进程的状态信息，那么子进程的进程描述符仍然保存在系统中，这种进程(这个子进程
命令的结果可以通过%>的形式来定义输出 /dev/null ：代表空设备文件 > ：代表重定向到哪里，例如：echo "123" > /home/123.txt 1 ：表示stdout标准输出，系统默认值是1，所以">/dev/null"等同于"1>/dev/null" 2 ：表示stderr标准错误 & ：表示等同于的意思，2>&1，表示2的输出重定向等同于1 1 > /dev/null 2>&1 语句含义： 1 > /dev/null ： 首先表示标准输出重定向到空设备文件，也就是不输出任何信息到终端，说白了就是不显示任何信息。 2>&1 ：接着，标准错误输出重定向（等同于）标准输出，因为之前标准输出已经重定向到了空设备文件，所以标准错误输出也重定向到空设备文件。
看了一下组件，，然后访问之后发现是一个摄像头的后台登录界面，查了一下GoAhead是什么，发现这是一个嵌入式Web服务器，并且版本还比较老，这个组件存在着多个版本的任意命令执行漏洞，那么我们就利用起来。
在上一期虚拟文件系统中讲到了每个进程在打开后，都会默认打开3个文件，如下：
绝大部分开发者学习一门语言的时候，都是从输出一个 Hello World 开始。我们也从实现一个 Hello World 合约为切入点，开始进入智能合约的世界吧。 环境准备 安装好 node 和 npm。这里对node和npm的安装过程，不做详细介绍。本篇依赖的环境版本： Node : v8.9.0 Npm: 5.5.1 在你的代码目录里，创建名为 smartcontract 的文件夹，并创建如下两个文件 package.json 、 Hello.sol 。 smartcontract ├──
kali Linux （内外：192.168.5.139） Centos8 (腾讯云：123.6.44.67)
人真正的名字是：欲望。所以你得知道，消灭恐惧最有效的办法，就是消灭欲望。 – 史铁生 《我与地坛》
该文介绍了Linux系统下文件描述符和I/O重定向的相关内容。首先介绍了文件描述符和I/O重定向的基本概念，然后通过示例程序讲解了如何使用文件描述符和I/O重定向来实现文件的复制、打开、关闭和重定向。最后介绍了如何使用fcntl函数来实现更复杂的文件操作。
Daemon(精灵)进程,是Linux中的后台服务进程,生存期较长的进程，通常独立于控制终端并且周期性地执行某种任务或等待处理某些发生的事件。类似于Windows下的服务程序。通常的 linux 程序在我们通过终端运行挂起后，再关闭终端，这些程序的运行进程也会随着终端一起关闭，这是因为他们属于同一会话。如果不想程序随着终端关闭而关闭，那么就要让程序脱离终端的会话组，那么就需要使用到setsid()函数了。一个正确的守护进程编写过程如下：
一些嵌入式设备，一般都会留有调试串口，经由RS232/485标准与PC的COM口相连，将打印输出在PC上显示，并可以接收PC端的输入，如下图所示：
-----今天是最后一篇文章关于linux系统下文件IO操作了，从明天起开始写文件属性的文章了，欢迎大家来学习，一起进步。（同时也欢迎大家批评指出错误，我会及时纠正过来的）。
#include <sys/stat.h> #include <fcntl.h> #include <unistd.h> #include<assert.h>
我们都知道，一般使用printf的打印都会直接打印在终端，如果想要保存在文件里呢？我想你可能想到的是重定向。例如：
智能合约是一个运行在安全环境下的计算机程序，它可以直接控制数字资产，本篇文章我们主要介绍如何在公链环境中编译、部署、运行合约~
在现代计算机系统中，X86和ARM64是两种常见的处理器架构。为了满足不同架构的需求，Docker镜像也需要支持双架构编包形式。本文将介绍Docker镜像双架构编包统一的实践
该文介绍了Linux环境下C++编写高性能可扩展的进程通信程序的设计和实现，主要包括管道、命名管道、信号、共享内存、消息队列、互斥量等进程间通信方式，以及通过Boost.Asio库实现的高性能TCP/UDP通信，并结合实际应用场景给出了性能测试和对比分析。
零停重启目标程序，比如一个网络服务程序，不用丢失和中断任何消息实现重新启动，正在处理的消息也不会中断和丢失，重启的方法是给目标程序的进程发SIGHUP信号。
实践中，发现直接在命令行终端运行cli_st时，能够得到预期的结果，但一将它放到crontab中，则只收到：
成功则返回文件描述符，失败则返回-1 第三个参数写成/*mode_t mode */ 表示这个参数仅在创建新文件时使用 Pathname表示要打开或者创建文件的名字 Oflag可用来说明此函数的多个选项。用下面一个或多个常量进行“或”运算构成
3.2 编写一个与3.12节中dup2功能相同的函数，要求不调用fcntl函数，并且要有正确的出错处理。
nohup命令：如果你正在运行一个进程，而且你觉得在退出帐户时该进程还不会结束，那么可以使用nohup命令。该命令可以在你退出帐户/关闭终端之后继续运行相应的进程。nohup就是不挂起的意思( n ohang up)。
几年前，我写过两篇关于用C#开发Linux守护进程的技术文章，分别是《.NET跨平台实践：用C#开发Linux守护进程》和《.NET跨平台实践：再谈用C#开发Linux守护进程 — 完整篇》。
来源：公众号【编程珠玑】 作者：守望先生 ID：shouwangxiansheng 如何实现一个守护进程？如何让程序在后台运行?这是后台开发面试常问的一道题，那么守护进程到底是什么？又该如何实现？
Linux 系统主要分为 内核(kernel) 和 外壳(shell)，普通用户是无法接触到内核的，因此实际在进行操作时是在和外壳程序打交道，在 shell 外壳之上存在 命令行解释器(bash)，负责接收并执行用户输入的指令，本文模拟实现的就是一个 简易版命令行解释器
版权声明：本文为博主原创文章，转载请注明博客地址： https://blog.csdn.net/zy010101/article/details/91055666
相信诸位学习过Linux的小伙伴对这句话不陌生吧。Linux下一切皆文件，也就是说在冯诺依曼体系下的任何东西，均可视为文件？为什么能这么说呢？
1：> 代表重定向到哪里，例如：echo "123" > /home/123.txt
当我们涉猎的范围越来越广之后我们会发现，每一种语言都有其对应的文件操作，包括面向过程语言C、面向对象语言C++/java、静态编译语言go、解释型语言python，甚至包括脚本语言shell 等等，最令人苦恼的是这些语言的文件操作接口都不相同，导致我们的学习成本非常高。
文章较长，内容很详细、很深入。但是不要吓到，坐下来，喝杯咖啡或你最喜欢的饮料，慢慢体会。
管道命令我们经常使用，将一个指令的输出导入另一个指令的输入，也就是屁股对上嘴，这个原理连编程小学生都知道。但是如果要深入问进去，一个指令的输出是如何导入到另一个指令的输入，管道又起到什么角色，估计能回答这个问题的人不足 1%。下面我们来深入分析一下管道指令的实现原理，对于下面的这条指令，shell 到底干了些什么
那是不是所有磁盘的文件都被打开呢？显然不是这样！因此我们可以将文件划分成两种：a.被打开的文件；b.没有被打开的文件 。对于文件操作，一定是被打开的文件才能进行操作，本篇文章只会讲解被打开的文件。
那么是谁提供的文件读取的分类（文本类和二进制类）？ 是语言本身。 库函数的接口是对系统调用进行了封装的结果。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
