写日志的初衷，从这里开始

最新推荐文章于 2024-11-28 17:35:46 发布
原创 最新推荐文章于 2024-11-28 17:35:46 发布 · 288 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

做笔记，简单粗暴，方便自己回忆，尽量能够让自己看一眼就想起来当时的想法了。


一定会有说的不对、片面的地方。


加油。

Bug不是问题，“没记录Bug的日志系统”才是！——支付宝小程序错误处理与日志管理实战全解！
**My Coding Family**
06-05 863
🏆本文收录于《滚雪球学支付宝小程序开发》专栏，希望能够助你一臂之力，帮你早日登顶实现财富自由🚀；同时，欢迎大家关注&&收藏&&订阅！持续更新中，up！up！up！！
如何实时将应用 Error 日志告警？
http://www.54tianzhisheng.cn/
09-22 462
大数据时代，随着公司业务不断的增长，数据量自然也会跟着不断的增长，那么业务应用和集群服务器的的规模也会逐渐扩大，几百台服务器在一般的公司已经是很常见的了。那么应用服务部署在如此多的服务器上面，应用这对开发和运维人员来说都是一个挑战。优秀的系统运维平台需要将部署在这么多服务 器上的应用监控信息汇总成一个统一的数据展示平台，方便运维人员做日常的监测、提升运维效率，还可以及时反馈应用的运行状态给应用开发...
Mongodb从这里开始
andychiu的专栏
09-23 5081
分类： MongoDB 目录(?)[+] 原文地址：http://blog.youkuaiyun.com/jakenson/article/details/7060431  MongoDB的内部构造《MongoDB The Definitive Guide》 MongoDB的官方文档基本是how to do的介绍，而关于how it worked却少之又少，本人也刚
十年老码农为什么突然开始写博客了？
分享技术，记录思考和感悟
01-22 1657
一个老码农突然开始写博客了，这是为什么呢？本文主要介绍自身的经历和写博客的初衷，欢迎关注。
从零开始仿写一个抖音App
欢迎关注公众号：【码农突围】，公号后台回复9999，可以获取一份500页的LeetCode刷题笔记。
03-14 2344
点击上方“何俊林”，马上关注，每天早上8:50准时推送真爱，请置顶或星标本文转载自公号开发者技术前线，原文：https://juejin.im/post/5b9e9bf1e51d450e...
从零开始写一个框架的详细步骤
weixin_42157620的博客
06-26 3374
https://blog.youkuaiyun.com/liu88010988/article/details/51547592定位所谓定位就是回答几个问题，我出于什么目的要写一个框架，我的这个框架是干什么的，有什么特性适用于什么场景，我的这个框架的用户对象是谁，他们会怎么使用，框架由谁维护将来怎么发展等等。如果你打算写框架，那么肯定心里已经有一个初步的定位，比如它是一个缓存框架、Web MVC框架、IOC框...
“内网外网分清楚，企业网络安全防护从这里开始！”
qq_41812408的博客
11-28 1599
这篇文章详细解析了HTTP协议的各个版本（包括HTTP/0.9到HTTP/3），介绍了常见的HTTP请求方法、状态码、URL格式以及内外网的划分和作用。文章还探讨了企业网络架构、网络分区、身份管理、数据存储和虚拟化平台等内容，重点介绍了如何通过技术手段提高企业网络的安全性与管理效率。此外，文章还对常见的攻击面、漏洞扫描、企业数据库等进行了详细讲解，帮助读者深入理解企业网络架构的设计和维护。
实战从零开始实现Raft｜得物技术
SmartCodeTech的博客
08-08 2736
Raft算法是一种分布式一致性算法，由Diego Ongaro和John Ousterhout在2013年提出。它主要用于分布式系统中，保证系统中的数据在多个节点间保持一致性。长期以来，大部分开发者都是将Raft作为一个黑盒使用，只知道它能保证多分片的一致性，对其运行原理也停留在纸面。当面临Raft性能调优或者奇怪的Raft问题排障的时候则束手无策。
从零开始仿写一个抖音App——日志和埋点以及后端初步架构(1)
goodhighting的博客
04-19 1221
最后对于程序员来说，要学习的知识内容、技术有太多太多，要想不被环境淘汰就只有不断提升自己，从来都是我们去适应环境，而不是环境来适应我们！这里附上上述的技术体系图相关的几十套腾讯、头条、阿里、美团等公司2021年的面试题，把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，这里以图片的形式给大家展示一部分。
从零开始写一个RPC框架的详细步骤
dlgdlg_2008的专栏
01-09 5768
http://blog.youkuaiyun.com/liu88010988/article/details/51547592 定位 所谓定位就是回答几个问题，我出于什么目的要写一个框架，我的这个框架是干什么的，有什么特性适用于什么场景，我的这个框架的用户对象是谁，他们会怎么使用，框架由谁维护将来怎么发展等等。 如果你打算写框架，那么肯定心里已经有一个初步的定位，比如它是一个缓存框架
Log4j2同步日志，混合日志和异步日志配置详解
2401_84411776的博客
04-19 1445
针对以上面试题，小编已经把面试题+答案整理好了。
java运行原理
钢星的博客
05-14 2663
java运行原理 一、JAVA语言运行过程 java程序需要【编译】和【解释】且装载到JVM虚拟机才能运行，就是需要编译器、解释器和JVM虚拟机。 1、【编译器】，将我们编写的.java文件编译为.class文件（不同的操作系统编译的.class文件是相同的）。 2、【JVM虚拟机】，是让JAVA程序运行起来的系统环境（软件虚拟环境），虚拟机控制管理java运行流程。
MQ 概述
钢星的博客
05-14 967
一、概念 1、消息队列（MQ,Message Queue） 是一种应用程序对应用程序的通信方法。应用程序通过写和检索出入列队的针对应用程序的数据（消息）来通信，而无需专用连接来链接它们。 2、队列管理器 队列管理器是MQ系统中最上层的一个概念，由它为我们提供基于队列的消息服务。 3、消息 由两部分组成： 消息描述符(Message Discription或
拦截器、过滤器、监听器、servlet
钢星的博客
05-14 767
最简单粗暴的描述，说的可能很片面，方便自己回忆。 1、 拦截器。     拦截器是基于java程序的，配置在struts.xml中，在执行action前进行捕获（执行前XX处理，执行action程序，执行后YY处理），拦截器可以有多个，在堆栈中按顺序执行。 2、过滤器。     过滤器是基于servlet的，配置在 web.xml中，应用启动时启动，在接收到request,response
1.创建型.1工厂模式
钢星的博客
05-14 604
工厂模式有三种：1、简单工厂。2、工厂。3、抽象工厂。 ------------------------概述-------------------------------------------------------------------- 简单工厂模式： 工厂类决定产出的产品类型，增加新类型需要修改工厂类。 工厂模式： 每一个产品类型对应一个不同的工厂实现类
数据流图
钢星的博客
05-14 497
数据流图，本来想写点东西的。 但是下面这页PPT讲述的太好了，暂时不需要在额外写些什么了： http://wenku.baidu.com/view/24fc4ec7d5bbfd0a7956733a
2.结构型.3.装饰模式
钢星的博客
05-14 410
动态的为某个类型添加新的职责. ------------------------概述-------------------------------------------------------------------- 一个类或接口，根据一个维度划分为若干个实现类，这些实现类又有另外一个维度可以划分时，可以使用装饰模式。 原类作为装饰类的构造方法的入参。
Spring MVC 概述
钢星的博客
05-14 386
Spring MVC即是Spring Web MVC，是Spring提供的7个核心部分之一。 Spring MVC框架是基于Servlet的框架，没有额外的封装开销，执行速度相对较快，每次响应时才生成对应的Servlet，生命周期开始，调用结束后，生命周期结束。（STRUTS2是基于拦截器的，在应用启动时拦截器的生命周期就开始了，并一直持续到应用关闭。） Spring MVC的核心控制类是Di
2.结构型.2.适配器模式
钢星的博客
05-14 366
已有一个接口，把这个接口变成另外一个接口。 已有2个接口，但是这两个接口不匹配，需要另外一个类对接这两个接口。 有对象适配器和类适配器两种，类适配器需要继承，使用对象适配器更灵活。 为了匹配目标接口interface的所有方法。 ------------------------概述-----------------------------------
管道通信可以边写边读吗
最新发布
06-26
<think>我们正在讨论管道通信是否支持同时写入和读取操作。根据引用内容，管道通信是一种单向通信机制（引用[3]），这意味着在任意给定的管道中，数据只能向一个方向流动。因此，管道通常有两种使用方式：1.单向管道：一个进程写，另一个进程读，方向固定。2.双向通信：需要创建两个管道，每个管道负责一个方向。但是，关于同时读写，我们需要注意以下几点：-管道是半双工的（引用[4]提到有名管道本质上仍是半双工），即在同一时刻，数据只能在一个方向上流动。因此，同一个管道不能同时进行读写操作（即不能由同一个进程同时对同一个管道进行读写，也不能由两个进程同时对同一个管道进行读写，因为管道是单向的）。-但是，如果使用两个管道（一个用于A进程写B进程读，另一个用于B进程写A进程读），那么就可以实现双向通信，并且两个方向上的读写操作可以同时进行（因为它们是两个独立的管道）。另外，引用[1]提到，当读取的管道为空且写入端是打开的时候，读操作会被阻塞，直到有数据写入。同样，如果管道已满（在系统缓冲区满的情况下），写操作也会被阻塞。因此，在读写操作同时进行时（这里指的是两个不同的管道，或者同一个管道但不同时间），阻塞行为是存在的。对于同一个管道，由于是单向的，所以：-如果两个进程同时操作同一个管道：一个写，一个读，这是允许的，并且是管道设计的初衷。但是，写操作和读操作是在管道的两端，所以它们不会冲突。然而，在同一时刻，只能有一个方向的数据传输（因为管道是单向的）。所以，在同一个管道上，读和写操作可以同时发生（一个进程写，另一个进程同时读），但数据流动方向是固定的。所以，总结如下：1.同一个管道支持同时读写操作，但必须由两个不同的进程分别进行（一个进程写，另一个进程读），因为管道是单向的。2.同一个进程不能同时对同一个管道进行读写（除非使用两个管道，一个用于读，一个用于写）。另外，引用[2]提到管道的读写操作可能会因为管道的当前状态（空或满）而阻塞。所以同时读写时，如果管道为空，读操作会阻塞直到有数据；如果管道满，写操作会阻塞直到有空间。因此，回答用户的问题：管道通信是否允许在写入的同时进行读取？答案是：允许，但必须是由不同的进程分别进行写和读操作（在同一个管道上，写进程和读进程可以同时操作）。同一个进程如果要对同一个管道进行读写，则通常不行（因为管道是单向的，一个管道只能用于一个方向）。如果同一个进程需要同时读写，那么应该使用两个管道，或者使用支持全双工的通信机制（如套接字）。此外，对于有名管道（引用[4]），虽然它存在于文件系统中，并且可以用于无亲缘关系的进程，但它的本质也是半双工。因此，同样需要两个有名管道才能实现双向通信。最后，引用[5]提到了共享内存，但用户的问题是关于管道的，所以我们不展开共享内存。所以，最终回答：管道通信允许在写入的同时进行读取，但必须满足：-由两个不同的进程分别执行写操作和读操作（在同一个管道上）。-同一个管道是单向的，所以不能由同一个进程同时对同一个管道进行读写。如果用户需要双向同时通信，应该使用两个管道。相关问题：1.管道通信中如何避免读写阻塞？2.如何用两个管道实现双向通信？3.有名管道和匿名管道在同时读写方面有何区别？</think>### 管道通信的读写并发机制 管道通信**支持同时写入和读取操作**，但需要满足特定条件。以下是关键原理： #### **1. 单管道半双工特性** - **基本规则**： 单个管道本质是**半双工通信**（同一时刻只允许单向传输）[^1][^3][^4]。 ```mermaid graph LR A[写进程] -- 数据流向 --> 管道 管道 -- 数据流向 --> B[读进程] ``` - **并发限制**： - ✅ 允许不同进程**同时读写**（写进程A写入时，读进程B可同时读取） - ❌ 禁止**同一进程**对同一管道同时读写（会导致数据混乱） - ❌ 禁止**多个进程**同时写入同一管道（数据可能混杂） #### **2. 阻塞与非阻塞模式** - **默认阻塞行为**： ```c // 读取空管道时阻塞（直到有数据） read(pipeFD[0], buf, size); // 若管道空则休眠[^1] // 写入满管道时阻塞（直到有空间） write(pipeFD[1], data, size); ``` - **非阻塞设置**： ```c fcntl(pipeFD[0], F_SETFL, O_NONBLOCK); // 设置非阻塞读[^1] read(pipeFD[0], buf, size); // 立即返回，空管道时返回错误 ``` #### **3. 双向通信实现方案** 要实现真正的全双工（同时双向读写），需采用以下方法： 1. **双管道架构**（推荐）： ```mermaid graph LR 进程A -- 写 --> 管道1 -- 读 --> 进程B 进程B -- 写 --> 管道2 -- 读 --> 进程A ``` - 父进程创建两个管道：`pipe1`用于A→B，`pipe2`用于B→A[^3] - 示例代码： ```c int pipe1[2], pipe2[2]; pipe(pipe1); // A→B pipe(pipe2); // B→A ``` 2. **命名管道双向化**： - 创建两个命名管道实现双向通信[^4] ```c mkfifo("/tmp/pipeAB", 0666); // A→B mkfifo("/tmp/pipeBA", 0666); // B→A ``` #### **4. 关键注意事项** - **数据完整性**： 管道保证写入顺序与读取顺序一致（FIFO队列）[^1] - **同步机制**： 需额外同步（如信号量）避免读写冲突 - **容量限制**： 管道有固定缓冲区大小（Linux默认64KB），写满时阻塞 - **生命周期**： 所有写端关闭后，读端返回EOF；所有读端关闭后，写操作触发`SIGPIPE`[^1] > **典型应用场景**： > 视频流处理中，解码进程持续写入管道，渲染进程同时读取管道数据帧[^3]。 --- ### **管道与共享存储的并发对比** | **特性** | 管道通信 | 共享存储 | |------------------|-----------------------------|--------------------------| | **读写并发性** | 支持不同进程同时读写 | 支持任意并发访问 | | **同步机制** | 内核自动阻塞管理 | 需进程自行同步（如信号量）| | **数据冲突风险** | 低（FIFO队列保证顺序） | 高（需显式锁机制） | | **适用场景** | 流式数据传输（日志/命令） | 随机访问大数据（数据库） | --- ### **相关问题** 1. 如何在Linux中查看管道的当前缓冲区大小和状态？ 2. 命名管道与匿名管道在并发访问控制上有何区别？ 3. 当多个读进程同时访问同一管道时会发生什么？ 4. 为什么管道通信比共享内存更适合命令行工具链（如 `ls | grep`）？
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值