Linux下你还知道这些特殊文件?

更新日期: 2019-11-16阅读: 3k标签: 文件

我们都知道Linux下一切皆文件,主要有

  • - 普通文件

  • d    目录

  • l 符号链接

  • s    套接字

  • b    块设备

  • c    字符设备

  • p    管道

这么几种文件。

这里的前缀字符可以通过ls命令观察到:

$ ls -l test. log

-rw-r--r--  1 root root  33 Nov  17 17 : 03 test. log

它的结果最前面是-,因此它是普通文件。

$ ls -al /dev/ null

crw-rw-rw-  1 root root  1 ,  3 Sep  11 20 : 33 /dev/ null

它的结果最前面是c,因此它是字符设备。

文件简单介绍几种字符设备文件,它能在我们功能测试的时候提供很好的帮助。

/dev/null

/dev/null 可无限接收数据,你可以认为是一个黑洞,因此如果我们需要丢弃某些终端输出,可以重定向到这里:

$ echo  "shouwangxiansheng" >  /dev/ null

所以如果你有不需要的数据可以尽情的往这里写。

/dev/full

它在读取时会读取到连续的NUL(零值)字节流,而在写入的时候,会返回磁盘空间已满的结果,

后者在测试你的程序的时候会有帮助,即测试磁盘满的场景:

$ echo  "bianchengzhuji" > /dev/full

-bash: echo: write  error : No  space left on device

/dev/zero

和/dev/null类似,向其中写入时会丢弃所有数据,但是读取时,会产生NUL(零值)字节流。

$ cat /dev/zero |od -x 

0000000 0000 0000 0000 0000 0000 0000 0000 0000

/dev/random

/dev/random可以提供随机数据流,它保证数据的随机性,但是读取时会造成等待,例如

$ cat /dev/random | od -x

0000000 2 b07 daac  42f 4 e1fd fb62  2098 870 e e0af

0000020 3022 2099 e5da  4e1 c d6db  548 b a979  1217

0000040 3777 bb6a  957d 1279 ab29 e8a4  6 a36 ecca

0000060 39 ec  2285 126 c  30 ea ea67  1526 5e4 a  2d d9

稍过会才会出现数据,为了便于查看,我们利用od命令查看其十六进制内容。

/dev/urandom

从名字就可以看出来,是用来产生随机数据的。 它的产生速度很快,但是数据的随机性不如/dev/random

cat /dev/urandom | od -x

0547560 f43e  696 a  8936 2 b27  36 c8  4446 2802 1d 47

0547600 b8af  249d aae9 edbf  8971 b1d1  0 c73  3e2d

0547620 237 b  9 a81  6348 cb2a  1972 4486 028 a  3573

0547640 1690 c388  64e1 aec1 d5f4  1964 bbb9  192f

0547660 f242  7194 51 ba  62 a3 fc13 ff53 fb50 e3d8

0547700 ef32  3658 b335  75 ee  62d e  4096 6468 c979

0547720 01 b9 c233  878d 12f c  5 cfa  5691 89e1 e1f9

/dev/pts

/dev/pts是远程登陆(telnet,ssh等)后创建的控制台设备文件所在的目录。 有什么用呢? 举个例子,你打开一个终端,获取到当前的pts:

$ tty

/dev/pts/ 0

然后你又打开一个,输入:

$   echo   "hahahaha" >/dev/pts/0

你就会发现内容被打印到前面一个终端了。

通常我们运行一个程序,其printf的打印都会打印在当前终端。


总结

实际上在/dev下还有非常多的特殊文件,但是不一一介绍。 以上特殊文件在一定场合下能帮助我们开发或者测试。

来源: 公众号【编程珠玑】
作者: 守望先生
ID: shouwangxiansheng

链接: https://www.fly63.com/article/detial/6540

h5移动端实现图片文件上传

PC端上传文件多半用插件,引入flash都没关系,但是移动端要是还用各种冗余的插件估计得被喷死,项目里面需要做图片上传的功能,既然H5已经有相关的接口且兼容性良好,当然优先考虑用H5来实现。

前端使用js读取文件操作

首先我们定义一个input标签type=file、然后我们定义一个jsReadFiles的方法将文件作为参数;当上传文件的时候读取这个文件。图片上传成功,只是图片路径变成了base64编码的形式。

HTML5实现文件读取、编辑、保存

HTML5读取文件主要利用的就是FileReader这个API,它的使用需要从一个构造函数开始,保存文件的关键是生成文件对象,可以使用URL.createObjectURL()方法实现,该方法能返回给定对象的URL,用在<a>标签的href属性上就可以创建可下载的文件链接。

血淋淋的事实告诉你:你为什么不应该在JS文件中保存敏感信息

在JavaScript文件中存储敏感数据,不仅是一种错误的实践方式,而且还是一种非常危险的行为,长期以来大家都知道这一点。

在js文件中引入另一个js文件的实现方法总汇

比如我写了一个JS文件,这个文件需要调用另外一个JS文件,该如何实现呢?这篇文章主要介绍:在js文件中引入另一个js文件的实现

使用HTML5来实现本地文件读取和写入

最近有这样一个需求,就是在HTML页面中有个按钮导出,点击它,将构造一个文档并存储到本地文件系统中。另外还有个按钮,点击它,从本地文件系统中读取一个文件并对内容进行分析。

lock文件_我们为什么需要 lock 文件

从 Yarn 横空出世推出 lock 文件以来,已经两年多时间了,npm 也在 5.0 版本加入了类似的功能,lock 文件越来越被开发者们接收和认可。本篇文章想从前端视角探讨一下我们为什么需要 lock 文件,以及它的一些成本与风险,当然其中一些观点对于后端也是适用的

什么是断点续传?前端如何实现文件的断点续传

什么是断点续传?就是下载文件时,不必重头开始下载,而是从指定的位置继续下载,这样的功能就叫做断点续传。前端通过FileList对象获取到相应的文件,按照指定的分割方式将大文件分段,然后一段一段地传给后端,后端再按顺序一段段将文件进行拼接。

form表单文件上传_multipart/form-data文件上传

form表单的enctype属性:规定了form表单数据在发送到服务器时候的编码方式.。application/x-www-form-urlencoded:默认编码方式,multipart/form-data:指定传输数据为二进制数据,例如图片、mp3、文件,text/plain:纯文本的传输。空格转换为“+”,但不支持特殊字符编码。

使用HttpClient发送文件流到服务器端

适用场景: 网络绝对路径的URL文件或图片,不存储到本地,转换成stream,直接使用HTTPClient传送到SpringBoot的服务端,将文件存储下来,并返回一个文件地址。目前分层架构的系统越来越多这种需求,所以记录下来以备不时之需。

点击更多...

内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!