谁有 深入浅出Linux工具与编程，这个教材百度网盘的链接有吗？急！

说白了，这百度网盘里的资源是关于Linux工具与编程的实战指南，其实很简单，它把Linux知识分成了初级和高级两部分。
先说最重要的，初级部分涵盖了从Linux操作系统的基础介绍到Shell编程、C语言程序设计等，比如去年我们跑的那个项目，就用了大概3 000量级的不同工具。
另外一点，Shell脚本在自动化处理上特别有用，很多运维工作都是用它来完成的。
还有个细节挺关键的，就是高级部分涉及到了Linux的进程、线程和网络编程，这些都是实际工作中经常会用到的。

我一开始也以为这种资源都是理论性的，后来发现不对，里面有很多实战案例和代码示例，挺实用的。
等等，还有个事，书里提到的vi与vim编辑器、gcc、Makefile和gdb这些工具，对于初学者来说可能有点难度，但只要下点功夫，还是能掌握的。

我觉得值得试试，如果你对Linux编程感兴趣，或者想在运维、开发等领域提升自己，这个资源是个不错的选择。
不过，要注意的是，这类资源更新换代很快，所以学习时要跟上最新的技术动态。

linux 网络编程Socket(TCP与UDP)

哎，你问我Linux网络编程啊，这可是老生常谈了。
上周有个客户问我做直播系统为啥用UDP，我就把TCP和UDP的坑又捋了一遍。

创建套接字这块，记得2 02 3 年我在上海某商场做项目时，有个哥们儿死活搞不懂为啥socket(AF_INET, SOCK_STREAM, 0)就创建不成功。
后来发现他系统里IPV6 给关了，得改成socket(AF_INET, SOCK_STREAM, IPPROTO_TCP)才对。
这提醒我，写代码不能想当然，得看系统环境。

绑定地址（bind）的时候，坑更多。
我在北京中关村搞过一个项目，客户自己申请了个公网IP，结果端口绑错了。
你看，bind(1 2 7 .0.0.1 , 8 08 0)是本地回环，bind(0.0.0.0, 8 08 0)才监听所有网卡。
有个新手把INADDR_ANY写成了1 2 7 .0.0.1 ，客户端根本连不上，调试了半天才发现这个。

监听连接（listen）时， backlog参数不能瞎设。
2 02 2 年在深圳搞一个高并发项目时，服务器直接卡死，查日志发现是listen(5 )队列太短，瞬间来了1 00个连接直接把队列占满了。
后来改成listen(1 00)才解决。
这提醒我，写服务器程序前一定要估算峰值。

建立连接（connect）客户端那边最简单，但也要注意超时设置。
我在广州做项目时，有个客户反馈客户端连不上服务器，结果发现他那边connect函数默认超时太长，等了3 0秒才报错。
后来改到connect(1 00, 3 000)，客户端能正常反馈错误了。

接受连接（accept）是服务器端最核心的函数。
我在杭州调试过一次bug，服务器accept后直接崩溃，后来发现是客户端突然断开连接，服务器没处理好accept返回的空指针。
这提醒我，每次调用accept后都要判断返回值。

数据读写这块，用read和write没错，但得加缓冲区处理。
我在成都做项目时，有个哥们儿直接用read把整个文件读到内存，结果文件2 G多直接内存溢出。
后来改用循环分块读，每次1 K，才没出事。
这教训深刻啊，尤其是大数据量传输时。

TCP和UDP的选择更是关键。
记得2 02 1 年在成都做视频直播系统时，我们果断用UDP。
虽然偶尔会丢包，但视频卡顿用户骂得比丢包还狠。
我们做了重传机制和FEC编码，保证关键帧不丢就行。
但有个做文件传输的同事非要用TCP，结果用户反馈下载速度比网速还慢，最后也改回UDP了。

说到底，选协议得看需求。
需要可靠传输就用TCP，实时性要高就选UDP。
写代码时别忘了加超时、重试、缓冲区管理这些细节，不然客户肯定找你麻烦。
反正你看着办吧。