什么是 unix environment？

最新推荐文章于 2024-09-07 14:06:02 发布

longyu_wlz

最新推荐文章于 2024-09-07 14:06:02 发布

阅读量653

点赞数

分类专栏： Linux Unix APUE 文章标签： unix 环境

本文链接：https://blog.csdn.net/Longyu_wlz/article/details/109129142

版权

Linux 同时被 3 个专栏收录

143 篇文章 13 订阅

订阅专栏

Unix

6 篇文章 0 订阅

订阅专栏

APUE

6 篇文章 0 订阅

订阅专栏

unix 环境的概述

环境是一个相对大范围的概念，unix 环境对该概念的作用范围进行了限定，尽管如此这个概念涉及的东西仍然十分庞大。

从内核到系统调用到 shell 与系统库，这些都是环境的一部分。应用程序依赖于这些环境来完成创建、执行、销毁的全过程。这一过程的每一部分都相当复杂，具体的细节可以根据个人兴趣进行深入研究，但总体的架构却需要尽早的建立。

登入 unix 系统后的控制环境

登入 unix 系统时，系统通过读取系统数据文件 /etc/passwd (密码文件)来为我们准备登入的环境。通过校验 /etc/shadow 中存储的加密密码，来验证用户的身份。校验成功后，结合 /etc/group 文件来创建必要的进程提供服务，最后我们将看到一个图形界面或者 shell 命令行，这是控制系统的主要途径。

文件权限的严格控制

unix 环境中，磁盘中存储的每一个目录或文件都由三组不同权限控制。同时每一个目录或文件拥有自己的属主及属组。

属主是文件的拥有者，属组则控制了相同组中其它组员对共享资源的操作。

unix 环境提供了对文件目录权限的严格控制，确保只有用户自己或同组中的其它成员能够操作属于自己的文件（root 用户与特殊权限设定的文件除外）。

进程与线程

另外一个非常重要的资源是用户所创建的进程或线程。下图是我当前系统中的部分进程树，括号中表示进程归属的用户、组。

├─2*[dbus-daemon(longyu)]
├─dbus-launch(longyu)
├─dconf-service(longyu)─┬─{gdbus}
│ └─{gmain}
├─dnsmasq(dnsmasq)
├─evinced(longyu)───{gdbus}
├─evolution-calen(longyu)─┬─{dconf worker}
│ ├─{evolution-calen}
│ ├─{gdbus}
│ ├─{gmain}
│ └─{pool}
├─evolution-sourc(longyu)─┬─{gdbus}
│ └─{gmain}

同大多数现代操作系统相同，UNIX 提供了进程执行的环境，以及相关系统调用来以更小的粒度控制进程的执行。

一个进程有执行的入口，对于 C 语言来说，这个入口一般是 main 函数。不过这并非不可改变，可以通过编译器提供的选项来指定其它的入口函数，这常见于嵌入式开发中。

argv 中保存着命令行参数，environ 中保存着环境变量键值对。这两者并非是必须的内容，可以不进行设置。

进程在自己的地址空间中运行，各个进程的地址空间相互独立。

为了在多个进程之间进行协作，内核提供了多种进程间通信的手段，如信号、命名管道、匿名管道、消息队列、共享内存、信号量、unix domain socket 等等。

这些任务间通信机制仅仅能够在单个主机中的不同任务间进行，如果需要与不同主机上的任务进行通信，可以使用 socket 来完成。

进程执行的环境粗浅的介绍到此，在这之后我不得不提的东西是 IO。

unix 中的 I/O

如果你大概看过《APUE》，你会发现它用了大量的篇幅来讲 IO 操作相关的知识。你可能会觉得一个简单的 IO 用大量的篇幅来讲可能有点赘述的意思，可当你仔细研究之后你就会发现这个 IO 操作要比表面上看到的更加的复杂。它其实可以算作 unix-like 系统中非常重要的一个基础部分，再怎么强调它的重要性都不为过。

也许你听过 “设备即文件” 这样的一句 unix-like 系统上的至理名言。可能你最开始很不以为然，可当你不断的深入研究，你会越来越赞同这句话。

这里我用工作中遇到的一个具体的实例来说明。

在 tty 中运行 awtk demo 以检查内存泄露

几天前，我的一位同事向我反馈客户 gui 程序中可能存在着一些内存泄露问题，我需要协助客户进行解决。我对于内存泄露的检测并没有太多的经验。虽然 valgrind 也曾经使用过，不过并没有太深入的研究。

客户的程序是用 awtk 编写的，awtk 里面的文档中提到了检查内存泄露的方法，我就研究了一下。

具体的操作过程

根据 awtk 文档的指导，我发现需要进行如下配置：

用客户的工程在我的主机上编译出一个 framebuffer 版的程序
启用 vga console mode 并在 tty 中使用 valgrind 运行此 gui 程序

由于我从来没有在 tty 中运行过 gui 程序，我对这样的过程感到不可思议。

搜索资料并进行配置后，我真的能够在 tty 上运行 gui 程序了，这时我才想明白其实这也没什么。

awtk 的 linux framebuffer 操作的是 framebuffer 设备，这个设备在我的电脑上就是 /dev/fb0 文件。通过控制这个文件 gui 就能够正常的显示。实际上 awtk 也不过是一个平台类型的应用程序，它不用关心底层的显示驱动这些东西，也不用区别设备与文件，它直接通过对文件的操作就能完成绘制过程。

显示正常后我发现鼠标与键盘都不能用。查看源码发现，鼠标设备与键盘设备也都是通过打开相应的设备文件绑定到程序中的。

鼠标设备使用的是 /dev/input/mice，键盘设备使用的是 /dev/input/event0 与 /dev/input/event1。通过操作这两个文件就能够让键盘与鼠标在 tty 下如同图形界面一样正常工作，这也不过是一些简单的 IO 操作而已。

具体的操作过程可以访问使用 awtk fb 项目与 valgrind 检测基于 awtk 开发的 gui 程序中的内存泄露问题。