2025年06月15日
传统单机系统在使用过程中，如果某个请求响应过慢或是响应出错，开发人员可以清楚知道某个请求出了问题，查看日志可以定位到具体方法。但是在分布式系统中，倘若客户端一个请求到达服务器后，由多个服务协作完成。比如：服务A调用服务B，服务B又调用服务C和服务D，服务D又调用服务E，那么想要知道是哪个服务处理时间过长或是处理异常导致这个请求响应缓慢或中断的话，就需要开发人员一个服务接一个服务的去机器上查看日志，先定位到出问题的服务，再定位出问题的具体地方。试想一下，随着系统越来越壮大，服务越来越多，一个请求对应处理的服务调用链越来越长，这种排查方式何其艰难。为了解决这种问题，便诞生了各种分布式场景中追踪问题的解决方案，zipkin就是其中之一。
2025年06月15日
在我们进行软件开发的过程中，日志收集与打印是解决产品发布后查找问题分析问题的主要途径。对于日志收集我们又很多种方法如ELK、EFK，还有我之前发布的轻量级日志收集工具Grafan-Loki。日志收集查看分析有了根据，我们在查看日志的时候通常会因为某个事件触发的一系列日志信息，那么怎么通过一种方式去日志链接起来，这就需要我们进行全日志链路分析了。可以根据trace-ID来查询整个链路的过程
2025年06月15日
错误描述：
Win10系统，NodeJS程序。
使用express框架开发的http服务器，启动时出现错误提示“listen Access：permission denied"。
错误原因：
这是由于express使用的端口号在系统不允许的动态端口范围所导致的。
2025年06月15日
tail -f /var/log/message
Nov 14 22:17:36 localhost systemd[1]: Starting Etcd Server...
Nov 14 22:17:36 localhost systemd[3188]: etcd.service: Failed to execute command: Permission denied
Nov 14 22:17:36 localhost systemd[3188]: etcd.service: Failed at step EXEC spawning /opt/etcd/bin/etcd: Permission denied
Nov 14 22:17:36 localhost systemd[1]: etcd.service: Main process exited, code=exited, status=203/EXEC
Nov 14 22:17:36 localhost systemd[1]: etcd.service: Failed with result 'exit-code'.2025年06月15日
通过普通用户登录Linux系统之后，当su切换为root，系统会提示输入root密码，root密码输入正确，但是系统功会出再卡顿一下，并提示su:Permission denied ，出现此情况一般是，用户的su的切换设置了一定权限。
2025年06月15日
Linux下经常出现permission denied，原因是由于权限不足，有很多文章通过chmod命令更改权限为777，但是很不方便也不适合新手，简单粗暴的方法如下：
命令行中输入
sudo passwd
他会提示你输入新密码，再次输入密码，就输入以前的一样的就行，成功之后，输入
su root
再次输入密码即可~
2025年06月13日
关于IO会涉及到阻塞、非阻塞、多路复用、同步、异步、BIO、NIO、AIO等几个知识点。知识点虽然不难但平常经常容易搞混，特此Mark下，与君共勉。
2025年06月13日
前言：
前面几篇文章已经详细讲解了Linux select和epoll机制，select和epoll两种IO复用方式用的人比较多，就像一家人一样，epoll相当于大哥，select相当于弟弟，而poll相当于二哥，家里的老二通常是很容易被忽视的对象，poll这种IO复用方式也很容易被忽视。
epoll机制效率高，适用于高并发场景，所以epoll机制广泛用于各种开源项目。