我是一个 Windows 和 Ubuntu 用户，此前一直使用 KDE 桌面环境，最近心血来潮打算体验一下其他 Linux 发行版。我的第一个选择是 Fedora。之所以选择它，是因为 Fedora 的软件包管理系统与 Ubuntu 不一样，默认的桌面环境是 Gnome，与我熟悉的 KDE 也不同，总体的使用体验会有非常大的差异。

本文发布时，Fedora 的最新版本为 Fedora 40，发布于 2024 年 4 月 23 日（Ubuntu 24.04 发布于 2024 年 4 月 25 日）。在安装了 Fedora 40 后，我重度使用了一个周末。在周末即将结束时，将一个周末的使用体验以博文的形式分享出来。

在下载安装镜像文件时，我大概浏览了一下 Fedora 的网站，了解了一些概要信息：

Fedora 有五个分支版本，对应五种应用场景：Fedora Workstation 针对 PC 的桌面版，Fedora Server 服务器版，Fedora Iot 针对嵌入式设备的物联网版，Fedora Cloud 和 Fedora CoreOS 是针对云计算场景的版本。

Fedora 通常每半年发布一个新版本，每个版本的维护时间为 13 个月。所以我可以在今年下半年更新 Fedora 41，或者在明年上半年 Fedora 40 停止维护前升级到 Fedora 42。

系统的安装比较顺利，但是体验并不完美。通过 LiveCD 引导的安装过程非常容易，只需选择安装的磁盘即可。重启后，进入 Inital Setup。选择“Enable Third-Party Repositorise”，点击“Next”，程序卡住。多次弹出程序无响应的对话框，点击“Wait”仍然无效。此时我打算重新启动，但电源菜单中只有“Suspend”选项，无奈我只能通过机箱的电源按钮关机。重启后，Inital Setup 程序顺利执行完毕，进入桌面。后来我在虚拟机中再次安装，遇到了相同的情况，所以这并非偶然。

Fedora 40 默认使用 Gnome 46 桌面环境。它给人的第一印象是“简洁、漂亮”。屏幕上方有一条非常窄的状态栏，左中右分别布置了工作空间、时间和按钮栏。默认壁纸是一副油画风格的抽象画，画中是夕阳照进树林的景色。画面两侧的树木高大，枝叶茂密。画面中间模糊的蓝色让人一时分不清是路面还是小河，配合阳光照进树林形成的丁达尔现象，给人一种宁静深邃的感觉。

Fedora 默认的 UI 主题以白色为主，窗口不同区域通过不同的灰度区域隔开。界面中的特殊元素大多使用蓝色表现，例如：进度条、引导性按钮、开启项和选中项等。

点击键盘的 Super 按键，可以看到位于屏幕底部的 Dash 栏。Dash 栏与 MacOS、Windows 11 的设计类似，居中、合并相同程序的不同窗口。Dash 栏默认不显示，只有在按下 Super 按钮后，才会显示。我都害怕有些心急的新手跳过首次启动指引，会发现不知道如何打开应用程序。

按下 Super 按键后，通过键盘输入也可以进行全局搜索，也可以在中间的窗口区域切换窗口或工作空间，也可以通过 Dash 栏打开其他应用程序。

我浏览了一遍 Setting 应用程序，设置项都非常简洁。它不像 KDE 那样在系统设置中集成非常丰富的设置内容，系统进一步定制通过 Extensions 和 Tweaks 两个应用程序来完成。网络设置非常好用。系统可以自动识别我所有的四个以太网卡和一个 Wi-Fi。我可以非常容易地给这些网卡设置静态 IP 或动态 IP，也非常容易地连接家里的 Wi-Fi。代理和 VPN 的支持也非常丰富。常见的 VPN 协议和代理模式都能很好地支持。遗憾的是，当我创建一个 WireGuard 连接时，遇到一个必现的崩溃问题。创建 WireGuard 连接时，进入 WireGuard 标签页，通过 fwmark 选项右侧的加减号修改 fwmark 选项，当次选项是 1 时，再次点击减号，Setting 程序便崩溃退出了。

Fedora 在显示设备方面支持地非常好。我有两个显示器，分别是 HDMI 接口的 1080P 显示器和 DP 接口的 4K 显示器。两个显示器可以正常分别使用 100% 和 200% 两个不同缩放比，而且切换缩放比不再需要重新启动桌面环境。

鼠标和触摸板的设置中规中居没有太多特殊点。值得一提的是，中文输入法的设置出乎意料得顺利。我只需在键盘选项中添加一个 Input Source，即可输入中文。这一点是非常大的进步，因为我知道有很多人都是在多次尝试安装中文输入法失败后，放弃在真机中安装 Linux 操作系统。虽然安装的比较顺利，但是输入法的使用体验却非常普通。首先是词语联想功能非常弱，当我打出“feichangjianjie”时，第一候选词竟然是“非常简介”。其次，我设置了每个窗口具有独立的输入源，当我以中文输入状态切换到其他窗口，在由其他窗口切换回来时，输入状态会变成英文。这实际上就变为每当我切换到一个窗口，此时的输入状态都是英文状态，完全无法保留之前的状态。

在 Setting 程序中，依次打开 System 和 About 选项，Disk Capacity 栏目中显示的是 Unknow，说明系统没有正确识别出计算机中的存储设备。不过这无伤大雅，我只有一个 SSD，并且所有挂载都正确，这里只是显示异常。

Fedora 预装的应用程序质量非常高，Camera、Contacts、Weather、Clock、Maps，这些程序简单好用，界面简单美观，让我有一种在使用手机系统的错觉。还有一些其他的程序也给了我很多惊喜：Boxes 是一个轻量级的虚拟机软件，它可以满足日常的虚拟机需求。最厉害的是，你可以在 Boxes 中直接下载各种常见的操作系统镜像，非常方便。Disk Usage Analyzer 应用程序有一个很炫的饼状图，可以非常快速直观地展现出各级目录的磁盘占用状况，所有人都值得一试。

这一次对 Fedora 的尝试非常成功，我见到了非常好的软件，见到了多屏多缩放顺利解决，尝试了不同于 Windows 和 KDE 风格的桌面环境。当然目前我所体验到的，仅仅是 Fedora 的冰山一角，进一步了解 Fedora 还需要更久的时间。接下来我会继续使用 Fedora，看看它在长期工作中的持续表现。

  今天吃完午饭，我和子晨去了附近的一家书店。这家书店有一个奇怪的名字——言几又。

  我很少去书店，几乎所有的书都是从网上买。之所以会去言几又，是因为小珂单位发了一张预付卡。而书店又恰好离公司非常近，我就期望着多少能买几本书。

  刚迈进书店大门，一股书店特有的书香扑鼻而来。环顾四周，整个书店宽敞明亮，富丽堂皇。天花板上悬吊着形态各异的灯具。众多明亮的日光灯中，间或参杂着几盏外型极具特色但亮度稍弱的装饰灯。这种微弱的黄晕散发自书店的各个角落，给人以温馨舒适的感觉。高大宽阔的书架在灯光的照耀下，反射出雍容华贵的实木光泽。走廊尽头，一面大镜子完全覆盖了整个墙壁。走过去，不仔细看都不容易发现镜子的存在，只感觉置身于无尽的书海中。大厅正中间有一个巨大的旋转楼梯，通向二楼。人们沿着楼梯上上下下，又为书店增添了一些市井的热闹气息。

  在书店的两个角落，各有一个咖啡厅和理发厅。咖啡厅里坐了不少人，有的捧着咖啡和好友低声细语，有的靠在沙发上看书。

  相比起来，理发厅就冷清多了。大概是来书店逛的人们大多都还没做好理发的准备吧。

  “这不知道比其他的书店高到哪里去了！”我这样想。

  逛了一小会，我就发现了一个大问题：整个书店没有明显的导览设施。各类书籍都杂乱地混合摆放在一起。我想买些计算机专业类的书籍，结果绕了一圈，连一本都没找到。问过店员才知道，书店里根本没有专业书籍。

  我这才审视起这家书店的藏书。

  书架都很高，直顶天花板。书架低处摆着新面世的书。这些书并非像图书馆中书脊靠书脊地摆着，而是直接立起来，封面对着读者。这样看起来视觉效果确实很棒，但仔细想想，这种方法的空间里用率非常低，一层并不能摆多少本书。而且，还有不少书架上摆着一些古玩字画等文创产品。很多书架的最上面几层，干脆就摆着一些假书，以充场面，就像很多健身房里的书架一样。

  整个书店的藏书以“励志鸡汤”、经济生活和历史文化等畅销书为主。很难找到名家经典书籍，甚至是四大名著和国外名著小说都没有。在普通书店这些书，往往都占据了相当多的书架空间。

  最后，我和子晨发现喝咖啡才是消费这张预付卡最合算的方法。坐在角落的卡座里，我俩一人点了一杯冰拿铁，吹着空调，悠然地享受起这优美的环境。环顾四周，我想起上次去小寨的汉唐书城。汉唐书城这两年也有了大变样，和言几又很像，都加入了更多休闲和流行元素。在电商和电子书迅猛发展的冲击下，传统图书零售业日渐萧条。为了生存，很多书店不断探索和转型。书店老板也要赚钱养家，这本无可厚非。但是书店曾是文化和知识的代表，如今却将要慢慢褪去她的深韵，加入消费领域的滚滚大军中，不禁令人唏嘘。

  小时候跟着爸爸去图书批发市场进货。大人们谈生意，我就在旁边找喜欢的书翻阅。最后谈妥了生意，临走时老板大多会让我挑几本喜欢的书送给我。我还能记得从书店里走出来，手里捧着书时，自己脸上洋溢的笑。然而这样的书店恐怕再也不会有了。

——2020年05月20日

  周末，我和小珂再来的时候，书店以大扫除的名义暂停营业。两周后的今天，我和小珂第二次来，书店还是大门紧锁。门外有一位店员模样的人告诉我们，这家店已经半个月没有营业了，估计是要关门了。

——2020年06月06日

Recently I found myself very hard to fall asleep. Yesterday I happened to see this article. The author explains why using cellphones before going to bed is harmful to sleep in this article. What he said seems to make sense. So I left my cellphone out of my bedroom before going to bed last night.

At first, I was not used to lying in bed without doing anything, and unconsciously tried to find something to focus on. It took me quite a long time to relax completely.

This morning, I awoke much earlier than usual. I tried to get my cellphone habitually before opening my eyes. However, of cause, I couldn’t. I forgot that I had left it in the living room. I would pick the cellphone up and play around with it if I had the cellphone near me at that time. The alarm had not gone off, which means I still had some time. I closed my eyes, tried to fall asleep again. However, I became wide awake soon.

I felt energetic more than ever. I quickly get washed and changed, made me breakfast of eggs and milk. When I finished all this, there was still plenty of time before going to work. I did some cleanning, read some pages of a book and listened to an English audio program.

I extended the time of the morning by putting my cellphone away. Spending too much time on cellphones isn’t only a waste of time, but also impact the sleep quality.

  昨天晚上，我和小珂出去吃饭。等餐的时候，和小珂闲在聊中谈到一年的变化。事后细想，感慨颇深。

  2019年对我来说很是丰富多彩。我做了很多有意义的事情，也有了很多真心想去做的事情。

  这一年夏天，我和小珂领了结婚证。冬天，我们举办了婚礼。一切都顺顺利利，妥妥当当。到现在，我仍然没有明显地感觉到婚前婚后的变化。这确实是我期望的。这一年，我和小珂相互关心，相互谦让。这样的生活让我很放松。结婚后，我们买了一套一百平的房子。虽然因为首付借了不少钱，而且今年的房价还有下降趋势。但是总体来说，这件事还是让我对未来充满了期待，十分开心。

  九月份，我和小珂去欧洲旅行了。古人说：“读万卷书，行万里路。”在遥远的异国他乡，我们走过罗马斗兽场旁的幽幽小巷；仰观富丽堂皇的圣母百花大教堂；沉浸于柔美的莱茵河与天边灿烂的晚霞。我深切地领会到“过秦、汉之故都，恣观终南、嵩、华之高，北顾黄河之奔流，慨然想见古之豪杰”的那种情怀。旅行确实激发了我内心的浩然之气。

  这一年，我在公司有一半多的时间投入在节点代码重构上。以前的代码充满了不同逻辑模块间的耦合关系，稍作改动都会引起一些潜在的问题。因此工程师十分抗拒修改代码。年初，我在“户外防潮型表面温度”项目中完成了 MSP430 平台上的重构工作，把这些耦合关系都基本消除。年中，我开始了带显示屏的室内环境监测终端产品线的开发。在这个项目中我基本解决了 STM32 + FreeRTOS 的开发问题。比较有意义的是 Bootloader 和低功耗问题的解决。后半年，我在部门中逐渐引入 Git Flow、持续集成、自动化单元测试等技术。年底，依托这些基础设施的提升，我参照敏捷开发和 CMMI，制定了部门内的研发流程。这一流程在部门范围内弥补了研发部流程执行不顺利的问题。

  我家的盆栽植物已经有大大小小21盆了。除过一盆金钱木，其他的盆栽都长势喜人。这盆金钱木也是命途多舛。我本来一直都控制着浇水，它也一直都健健康康的，还分出了三四个旁枝。谁知一次降温突然来临，叶子被冻黄了几片。刚开始我以为是冬天干燥，缺水造成的，所以多浇了几次。结果把它浇烂根了。好在我及时把根挖出来，凉了两天，再重新植回盆里，才把它挽救回来。不过现在的叶子都快掉秃了。希望过了新年它会有新气象。

  2019年也有一些遗憾。

  10月份，我去三星面试嵌入式软件工程师一职。技术面试毫无悬念地通过了，但是人力资源面试没过。回顾整个过程，我觉得最有可能出问题的地方是薪水要求太高了。今年有机会的话还想再试一次。为什么我如此想去三星呢？说实在的，步入三十岁，我慢慢开始担心中年危机的到来。这使我在换工作时更倾向于稳定的环境。

  原本计划要在2019年多看些书，结果达成度并不令我满意。我看了《思考，快与慢》和《Harry Potter and the Philosopher’s Stone》。一年两本的阅读量明显偏少。并不是我没有足够的时间阅读，而是在一些无意义的休闲上浪费了太多时间。今年我给自己定了看10本书的目标。这是一个量化的目标，并且切实可行。通过读书，一方面我可以拓宽知识面，另一方面可以锻炼自控能力。

  2020年也会像2019年一样快快地过去。也许2020年不会像2019年一样精彩，但是2020年一定会比2019年有更多收获。

——2020年1月2日 晚

　　今天已经是我到内蒙古赤峰市出差的第四天了。工作进行得并不顺利。下午设备故障，工程师维修了很久才解决问题。最后完成工作时，天已经黑了。

　　赤峰市位于内蒙古的东北方，夏天的夜晚来的要迟一些。晚上九点多，我们才启程返回。

　　我们乘坐的是一辆面包车，大概能坐十一二个人。车厢中间的过道上，凌乱地堆放着各种器械和背包。上车没过一会儿，同行的朋友们就在昏暗的车厢中睡着了。有的歪着脑袋靠在车窗上；有的低着头，随着车身的颠簸一起一伏；还有一个最舒服，他横躺在最后一排，把工作服叠起来，枕在头下。司机师傅在我们干活的时候在车里养足了精神，这会儿正聚精会神地开车。

　　我见副驾还空着，便小心翼翼地挪过去，坐下。本想和司机攀谈几句，免得他也生出睡意。可是寒暄两句后，却没有了话题。

　　我望向窗外。路边的树木唰唰得飞过，树影连在一起，看不清轮廓。尽管已经是九点多，不过天空还有微弱的亮光。不远处是连绵起伏的小山丘。山丘上的葱郁树木在昏暗中显得朦朦胧胧，分不清枝叶。衬在天边的亮光下，似娉婷的少女的背影。枝叶仿佛是她秀美的长辫，垂在腰间。

　　我喜欢这样的夜。内心在宁静的环境中慢慢安定下来，思绪在头脑中漫游，心中的牵挂一点点变得清晰。

　　转过一个弯，地势突然变得平坦了。山丘背后竟然钻出一丝微光。此时天已经完全黑了，窗外除了这一丝微光，什么也看不到。那微光时隐时现，穿过车窗显出淡淡的黄晕。

　　黑夜本没什么可怕，不过这微光的出现竟让我生出一些不安。我猜不出它是什么，也不知道它有多远。这微光竟变成我心里的一份期望，想要接近它，一探究竟。

　　车又转过一个弯，正对着那点微光前行。道路笔直，四周无物。车渐渐加速，我的心也加速跳起来。只要路的方向不变，我一定可以接近它。

　　恍惚中，我好像睡了过去。

　　梦中也有微光，它在我眼前渐渐放大，最后充满了整个视线，无比耀眼。之后那娉婷的少女背影出现在光源中心。

　　她摆动长发，慢慢地转过头来。

——2018年7月7日 夜

一、概要

　　最近一段时间，工作中经常会处理进程间通信相关的事情。于是将一些经验汇总一下。

　　总结起来，Linux下进程间通信主要有以下几种方法：

1. 信号（Signal）
2. 管道（Pipe）和命名管道（Named pipe）
3. 消息队列（Message queue）
4. 共享内存（Shared memory）
5. 信号量（Semaphore）
6. 套接字（Socket）

　　在众多的进程间通信的方法里面，每一种方法都有优缺点，如何根据使用情景选择合适的通信方法就非常重要了。

二、信号

　　信号是非常基础的进程间通信方法，它从软件层面上对中断机制进行了模仿。所以信号也被称作“软中断信号”。信号用来通知进程发生了异步事件。进程之间可以通过系统调用发送软中断信号。操作系统内核也可以因为内部事件而给进程发送信号，通知进程发生了某个事件。Linux支持不可靠信号和可靠信号。

　　Linux系统共定义了64种信号，分为两大类：实时信号与标准信号，前32种信号（信号值小于SIGRTMIN）为标准信号（也称之为不可靠信号和非实时信号），后32种（信号值位于SIGRTMIN和SIGRTMAX之间）为实时信号（也称之为可靠信号）。信号很重要的一个特点就是当进程接收到信号后，能够中断当前执行的代码，转而执行信号处理函数。实时信号和标准信号有如下区别：

• 实时信号没有明确的含义，而是由使用者自己来决定如何使用。而标准信号则一般有确定的用途及含义，并且每种信号都有各自的缺省动作。如按键盘的CTRL+C时，会产生SIGINT信号，进程对该信号的默认反应就是进程终止。
• 一个进程可以接受多个同样的实时信号，这些实时信号会被缓存在一个队列中，然后按次序被处理。而标准信号则不能。在标准信号没有得到处理的时候，多个标准信号会被合为一个。这也造成了标准信号可能丢失的情况。
• 实时信号使用sigqueue发送的时候，可以携带附加的数据(int或者pointer)。标准信号不能。
• 实时信号具有优先级的概念，数值越低的实时信号其优先级越高。在处理的时候，也是数值低的实时信号优先得到处理。
• 实时信号的默认行为都一样，都是结束当前的进程，这个和标准信号是不一样的。
• 进程每次处理标准信号后，就将对信号的响应设置为默认动作。在某些情况下，将导致对信号的错误处理。因此，用户如果不希望这样的操作，那么就要在信号处理函数结尾再一次调用signal()，重新安装该信号^[注1]。

　　信号的相关API：

• signal()：安装信号
• sigaction()：安装信号
• kill()：向进程或进程组发送信号
• sigqueue()：发送信号
• alarm()：调用进程指定时间后发出SIGALARM信号
• setitimer()：设置定时器，计时达到后给进程发送SIGALRM信号
• abort()：向进程发送SIGABORT信号，默认进程会异常退出
• raise()：向进程自身发送信号
• sigemptyset()：信号集全部清0
• sigfillset()：信号集全部置1
• sigaddset()：向信号集中加入signum信号
• sigdelset()：向信号集中删除signum信号
• sigismember()：判定信号signum是否存在信号集中
• sigprocmask()：把信号集中的信号添加到进程信号集
• sigpending()：获取已发送到进程，却被阻塞的所有信号
• sigsuspend()：替换进程的原有掩码，并暂停进程执行，直到收到信号再恢复原有掩码并继续执行进程

　　值得注意的是：

• 由于信号会中断主进程的运行，所以在信号处理函数中多任务的并发控制也会经常使用。当主进程获取某个资源并加锁后，如果在它解锁前接收到了一个信号并进入了信号处理函数，并且在这个信号处理函数中，同样需要获取此资源并加锁。但是主进程还没有解锁，这就会导致死锁。所以，在信号处理函数中进行并发控制需要格外小心。
• 当进程正阻塞在系统调用（或者库函数）中时，如果一个信号处理函数被调用。此时会出现两种情况：1.信号处理函数返回后，自动重新进入系统调用（库函数调用）。2.系统调用（库函数）失败并且返回EINTR。具体情况请参考Linux man pages。

三、管道

　　管道是所有进程间通信手段中最简单的一种。对于进程来说，管道和文件类似。命名管道和管道的区别仅在于创建和打开的方式不同。

　　在Linux man pages中，命名管道被称作FIFO。管道和命名管道都提供了单向的进程间通信的通道。管道有一个读取端和一个写入端。数据从写入端写入，从读取端读取。由于管道的特点和创建管道的方法限制，导致管道只能用于具有亲缘关系的进程之间。命名管道（FIFO）和管道非常类似。只不过它在文件系统中有唯一的文件与之对应。读取端使用O_RDONLY标志打开，而写入端则是用O_WRONLY打开。管道和命名管道只能发送无格式的字节流，并且其容纳数据的缓冲区大小是受限制的。

　　管道的相关API：

• pipe()：创建并打开匿名管道
• mkfifo()：创建命名管道
• unlink()：销毁命名管道

　　管道的读写操作和文件操作基本一致。不过需要注意的是，以阻塞方式打开和读写命名管道时，阻塞方式和普通文件有所区别。具体情况请参考Linux man pages。

四、消息队列

　　消息队列就是一个消息的链表。可以把消息看作一个记录，具有特定的格式以及特定的优先级。对消息队列有写权限的进程可以向中按照一定的规则添加新消息；对消息队列有读权限的进程则可以从消息队列中读走消息。消息队列解决了信号只能通知事件，而不能发送信息的问题。同时又克服了管道只能承载无格式字节流以及缓冲区大小受限等缺点。结构化的消息通信机制使通信双方在约定好数据结构之后，无须对消息再次解析。

　　Linux既支持POSIX消息队列，也支持System V 消息队列，相关API如下所示：

　　消息队列具有内核延续性。所谓内核延续性是指：某个资源创建后会随着内核的运行而一直存在，直到这个资源被有意的回收。相似的概念还有进程延续性和文件系统延续性。

　　Linux中POSIX消息队列的描述符直接使用了文件描述符，这意味着可以使用select、poll和epoll来操作消息队列。不过这些并不包含在POSIX标准中，所以这一特性不能保证可移植性。

五、共享内存

　　采用共享内存通信的一个显而易见的好处是效率高，因为进程可以直接读写内存，而不需要任何数据的拷贝。对于像管道和消息队列等通信方式，则需要在内核和用户空间进行四次的数据拷贝，而共享内存则只拷贝两次数据：一次从输入文件到共享内存区，另一次从共享内存区到输出文件。实际上，进程之间在共享内存时，并不总是读写少量数据后就解除映射，有新的通信时，再重新建立共享内存区域。而是保持共享区域，直到通信完毕为止，这样，数据内容一直保存在共享内存中，并没有写回文件。共享内存中的内容往往是在解除映射时才写回文件的。因此，采用共享内存的通信方式效率是非常高的。不过共享内存往往要配合其他的通信方法使用，来达到进程间的同步及互斥。

　　Linux同样也支持POSIX共享内存和System V 共享内存，相关API如下所示：

• shm_open()：（POSIX）创建并打开共享内存
• ftruncate()：（POSIX）设置共享内存大小
• mmap()：（POSIX）映射共享内存至虚拟进程空间
• munmap()：（POSIX）取消共享内存映射
• shm_unlink()：（POSIX）删除共享内存
• close()：（POSIX）关闭共享内存描述符
• fstat()：（POSIX）获取共享内存状态
• fchown()：（POSIX）更改共享内存所属
• fchmod()：（POSIX）更改共享内存访问权限
• shmget()：（System V）创建并打开共享内存
• shmat()：（System V）映射共享内存至虚拟进程空间
• shmctl()：（System V）设置共享内存空间
• shmdt()：（System V）取消共享内存映射

　　共享内存具有内核延续性。

六、信号量

　　信号量使用一个正整数来表示的，通常用在进程间同步上。对信号量有两种操作：1.给信号量加1；2.给信号量减1。当信号量为0时，减1操作会阻塞，直到信号量不为0。

　　在POSIX标准中，信号量分两种，匿名信号量和命名信号量。类似命名管道，命名信号量会以文件系统中的一个文件作为名字。所以命名信号量一般用于进程间同步。匿名信号量顾名思义没有名字，所以一般用于线程间同步。当需要用于进程间同步时需要将匿名信号量放置在共享内存中。

　　需要注意的是：和匿名管道不同，匿名信号量不能直接用于父子进程之间。

　　Linux支持POSIX信号量和System V 信号量，相关API如下所示：

• sem_open()：（POSIX）创建并打开信号量
• sem_init()：（POSIX）初始化信号量
• sem_getvalue()：（POSIX）获取信号量的值
• sem_post()：（POSIX）post操作
• sem_wait()：（POSIX）wait操作
• sem_close()：（POSIX）关闭信号量
• sem_destroy()：（POSIX）销毁信号量
• sem_unlink()：（POSIX）销毁信号量
• semget()：（System V）创建并打开信号量
• semctl()：（System V）控制信号量
• semop()：（System V）操作信号量

　　System V 信号量非常难用，在此就不做介绍了。

　　命名信号量具有内核延续性，匿名信号量如果没有放在共享内存中的话具有进程延续性，如果放在共享内存中，我猜测应该会跟随共享内存的生命周期。

七、套接字

　　是的，你没有看错，套接字不仅用于网络通信，还可用于进程间通信。非但如此，套接字在设计之初便充分考虑到了进程间通信。套接字最早出现在《RFC 147:The Definition of a Socket》标准中，用于ARPANET（The Advanced Research Projects Agency Network）中。之后便发展出了用于TCP/IP协议的网络套接字（Network sockets）和用于进程间通信的Unix域套接字（Unix Domain sockets）。后来伯克利套接字（Berkeley sockets，也称作BSD sockets）基于前两者的基础上，随着4.2 BSD Unix操作系统发展起来。然而后来伯克利套接字慢慢被POSIX套接字所取代。

　　Linux实现了POSIX套接字。创建时选择相应的域和协议，便可以使用套接字进行进程间通信。

int socket(int domain, int type, int protocol);

　　分别为domain和type传入AF_UNIX和SOCK_SEQPACKET便可创建一个套接字来支持Unix域套接字。它保证了通信的可靠性和有序性。

八、其他

　　我们注意到：有POSIX和System V两套标准都支持信号量、消息队列和共享内存。为什么会这样呢？他们两个有什么区别呢？应该如何选择呢？

　　System V实际上指的是Unix System V。这里V是罗马数字五，读作“System Five”。1983年，UNIX System V是第一个发布的商业版的Unix操作系统。随着Unix操作系统的成功，Unix中的各种特性成为操作系统界的事实标准。后来直接使用“System V”来指代此标准。而POSIX标准虽然起源于1988年，但是直到2001年才被IEEE标准委员会所接纳。Linux的初版于1991年发布，所以最早支持了System V标准。不过由于POSIX在很多地方都优秀于System V，所以POSIX标准也逐渐被大部分人接受。

• 按照Linux man pages的说法，System V是比较古老的接口，有很多设计不合理的地方。POSIX吸取了很多经验，提供了更加友好的接口设计。但是由于POSIX比较年轻，有些平台并没有完整的实现，尤其是比较古老的系统。
• 按照《UNIX, Third Edition: The Textbook》上的说法，POSIX的进程间通信是线程安全的，而System V的不是。我还未对此作验证。
• 由于POSIX标准的设计目标就是可移植性，所以POSIX的进程间通信方式更具可移植性。
• POSIX提供了更多的功能，比如支持select，poll等方法。

注1：Linux支持不可靠信号，但是对不可靠信号机制做了改进：在调用完信号处理函数后，不必重新调用该信号的安装函数（信号安装函数是在可靠机制上的实现）。因此，Linux下的不可靠信号问题主要指的是信号可能丢失。

参考：

• Linux Man Pages
• Wikipedia