replace newcoder linux and apue

Author: DavidingPlus

为了工作/Linux/用户层/UNIX 环境高级编程.md

@@ -4,51 +4,51 @@
 
 - 原因：`LString`的`length()`接口返回中文多字节字符的长度是时候出现了问题(不是网络模块的问题)
 
-  <img src="https://img-blog.csdnimg.cn/4c8b3c9766fb447abb7c54c2d3f6273a.png" alt="image-20231028095754992" style="zoom:80%;" />
+  <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231028095754992.png" alt="image-20231028095754992" style="zoom:80%;" />
 
 - 解决：在`LTcpSocket`类中修改`sends()`函数的代码，改用`std::string().size()`，`Udp`部分也同步修改
 
-  <img src="https://img-blog.csdnimg.cn/07ca008b68064946b92ff8cdd1428119.png" alt="image-20231028095937250" style="zoom:67%;" />
+  <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231028095937250.png" alt="image-20231028095937250" style="zoom:67%;" />
 
-  <img src="https://img-blog.csdnimg.cn/3b67d47886254ca29efb672da40d1bfc.png" alt="image-20231028100135626" style="zoom:67%;" />
+  <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231028100135626.png" alt="image-20231028100135626" style="zoom:67%;" />
 
 - 测试：在`LTcpDemo`的`test2()`函数中
 
-  ![image-20231028100303771](https://img-blog.csdnimg.cn/b0d92b1c7a0b474084fd502680957959.png)
+  ![image-20231028100303771](https://image.davidingplus.cn/images/2025/02/01/image-20231028100303771.png)
 
-  ![image-20231028100313875](https://img-blog.csdnimg.cn/cd4cd2075ed94fd69fc128b1521f0030.png)
+  ![image-20231028100313875](https://image.davidingplus.cn/images/2025/02/01/image-20231028100313875.png)
 
 ## 2.18836：LAbstractSocket的setbufferSize和bufferSize的注释 与实际功能不太相符
 
 - 原因："接收"敲错了
 
 - 解决：头文件和源文件的对应部分已修改
 
-  <img src="https://img-blog.csdnimg.cn/2424668159e34729bc6c2ea5bd20f710.png" alt="image-20231028100610343" style="zoom:67%;" />
+  <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231028100610343.png" alt="image-20231028100610343" style="zoom:67%;" />
 
-<img src="https://img-blog.csdnimg.cn/08b74e1c9cd04a159f5d7e90719ad24a.png" alt="image-20231028100621069" style="zoom:67%;" />
+<img src="https://image.davidingplus.cn/images/2025/02/01/image-20231028100621069.png" alt="image-20231028100621069" style="zoom:67%;" />
 
 ## 3.18947：LTcpSocket的客户端buffer=0 调用receives接收服务端的消息后 程序抛出异常并崩溃
 
 - 疑问：程序走到这个地方，我提前做了判断并且抛出异常的操作，如果符合我的判断，程序理应抛出异常并且结束啊，个人认为这一条`bug`不是很合理，当然我自己做了捕获异常的话那当然是没问题的
 
 - 测试：在`LTcpDemo`的`test2()`中我设置了设置缓冲区大小为0，做了异常处理，异常被正常捕获，程序后续也正常进行
 
-![image-20231028104505420](https://img-blog.csdnimg.cn/e8aced335d76474c81352830246285ad.png)
+![image-20231028104505420](https://image.davidingplus.cn/images/2025/02/01/image-20231028104505420.png)
 
-![image-20231028104510539](https://img-blog.csdnimg.cn/b0b4a8daaa7044e8a3b0f44bbe764741.png)
+![image-20231028104510539](https://image.davidingplus.cn/images/2025/02/01/image-20231028104510539.png)
 
 ## 4.18948：建议给LAbstractSocket的buffer初始化一个合适的大小
 
 - 解决：设置为`C`标准`IO`库给出的缓冲区大小`BUFSIZ`(`8192`)
 
-  <img src="https://img-blog.csdnimg.cn/ef9e670db0354449aab6c6ee89730cd2.png" alt="image-20231028104804232" style="zoom:67%;" />
+  <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231028104804232.png" alt="image-20231028104804232" style="zoom:67%;" />
 
 - 测试：在`LTcpDemo`的`test2()`中我不给`buffersize`设置任何值(假设我是用户，我忘了)，看程序是否正常运行
 
-  ![image-20231028100303771](https://img-blog.csdnimg.cn/b0d92b1c7a0b474084fd502680957959.png)
+  ![image-20231028100303771](https://image.davidingplus.cn/images/2025/02/01/image-20231028100303771.png)
 
-  ![image-20231028100313875](https://img-blog.csdnimg.cn/cd4cd2075ed94fd69fc128b1521f0030.png)
+  ![image-20231028100313875](https://image.davidingplus.cn/images/2025/02/01/image-20231028100313875.png)
 
 ## 5.18832：LAbstractSocket的peerAddress在整个通信过程中获取对方地址时 返回错误
 
@@ -58,70 +58,70 @@
 
 - 测试：`LTcpDemo`的`test3()`中我分别在相对`sends()`和`receives()`的各个位置都获取了`peerAddress()`的信息
 
-  ![image-20231028132431843](https://img-blog.csdnimg.cn/c3c89c546635424aa3a4156898c182ea.png)
+  ![image-20231028132431843](https://image.davidingplus.cn/images/2025/02/01/image-20231028132431843.png)
 
-  ![image-20231028132442537](https://img-blog.csdnimg.cn/ef3b4b3293cd460ea1d3cf3d19c96e74.png)
+  ![image-20231028132442537](https://image.davidingplus.cn/images/2025/02/01/image-20231028132442537.png)
 
 ## 6.18923：LHostAddress的getAddress 建议调整其内部处理
 
 - 解决：已做内部处理，地址类型为`Unknown`的时候返回了空指针
 
-  <img src="https://img-blog.csdnimg.cn/a04fd4a079494c4f8e01ac56dcf3fcf2.png" alt="image-20231028132306772" style="zoom:67%;" />
+  <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231028132306772.png" alt="image-20231028132306772" style="zoom:67%;" />
 
 ## 7.18862：LHttpReply和LHttpRequest的url()返回的数据不完整
 
 - 原因：在返回url的时候未考虑协议和端口号的显示
 
 - 解决：在`LHttpRequest`和`LHttpReply`类的`url()`接口中需要补充对协议和端口
 
-  <img src="https://img-blog.csdnimg.cn/568e97fd83e342b3b5c533228eb95338.png" alt="image-20231028172035316" style="zoom:67%;" />
+  <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231028172035316.png" alt="image-20231028172035316" style="zoom:67%;" />
 
-  <img src="https://img-blog.csdnimg.cn/d10dc942c6274d82bacfead8ed350ea5.png" alt="image-20231028172048947" style="zoom:67%;" />
+  <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231028172048947.png" alt="image-20231028172048947" style="zoom:67%;" />
 
   当然`LHttpReply`当中虽然有`m_pData`，但是完全没有管端口，我增添了了一个接口`setPort()`，和`setUrl()`对应
 
-  <img src="https://img-blog.csdnimg.cn/1e863ef61b9f4fa087912fb3424b4ef7.png" alt="image-20231028172254826" style="zoom:67%;" />
+  <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231028172254826.png" alt="image-20231028172254826" style="zoom:67%;" />
 
   在`LHttpControl`的各种类型的请求收到回复的时候都调用了`setPort()`这个方法，下面是`get`的例子
 
-  <img src="https://img-blog.csdnimg.cn/5d7337cad3944dd791fa3ab1bb77895f.png" alt="image-20231028172419350" style="zoom:67%;" />
+  <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231028172419350.png" alt="image-20231028172419350" style="zoom:67%;" />
 
   - 测试：在`HttpRequestDemo`的`test2()`中，先用公司的，他的那个测试代码是80端口，但是他的数据有丢失，这个`bug`我还没修
 
-    <img src="https://img-blog.csdnimg.cn/1a0e9de366a8451eb25c4c9b22d692a5.png" alt="image-20231028172530119" style="zoom: 67%;" />
+    <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231028172530119.png" alt="image-20231028172530119" style="zoom: 67%;" />
 
     为了测试端口不为80，我下面用了我自己的云服务器测试
 
     `url`为：http://139.155.152.242:8080/test
 
-    <img src="https://img-blog.csdnimg.cn/72b0f8cb066f4278b337e2ef2e4c476e.png" alt="image-20231028172757806" style="zoom:67%;" />
+    <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231028172757806.png" alt="image-20231028172757806" style="zoom:67%;" />
 
     请求结果如下：
 
     协议和端口都显示出来了，这个的数据又全部请求到了，有点奇怪...
 
-    <img src="https://img-blog.csdnimg.cn/6abbaae33b6a4d679b7ade5d0307ff62.png" alt="image-20231028172859801" style="zoom:67%;" />
+    <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231028172859801.png" alt="image-20231028172859801" style="zoom:67%;" />
 
 ## 8.18738：LAbstractSocket的Lsocket函数名有误
 
 - 解决：将函数名更改为`createSocket()`
 
-  <img src="https://img-blog.csdnimg.cn/11f7a40ab3284b9980b893b40a1bdaa0.png" alt="image-20231028173756696" style="zoom:67%;" />
+  <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231028173756696.png" alt="image-20231028173756696" style="zoom:67%;" />
 
 ## 9.18811：LUdpSocket的sends(unsigned char\* data,int length) 数据长度设置为0 在接收时程序崩溃
 
 - 疑惑：在我这边的测试程序中跑出来正常，这条`bug`可能有问题
 
 - 测试：在`LUdpDemo`的`test2()`中，按照`bug`的指示进行了重现
 
-  ![image-20231028175300871](https://img-blog.csdnimg.cn/f56308a35f5c4e94ac1606c56c9f3944.png)
+  ![image-20231028175300871](https://image.davidingplus.cn/images/2025/02/01/image-20231028175300871.png)
 
-  ![image-20231028175307205](https://img-blog.csdnimg.cn/542de34d23e94d13854894f4c43fae79.png)
+  ![image-20231028175307205](https://image.davidingplus.cn/images/2025/02/01/image-20231028175307205.png)
 
 ## 10.18808：LUdpSocket的sends(unsigned char\* data,int length) 发送前未设置对方的地址 程序崩溃
 
 - 疑惑：和第3条一样，我认为抛出异常程序就应该结束，我们自身作捕获异常的操作就可以了
 - 测试：在`LUdpDemo`的`test1()`中，设置对方的IP和端口的代码就在下面
 
-<img src="https://img-blog.csdnimg.cn/ce90495f0f6949709a35baa65d849405.png" alt="image-20231028175508217" style="zoom:67%;" />
+<img src="https://image.davidingplus.cn/images/2025/02/01/image-20231028175508217.png" alt="image-20231028175508217" style="zoom:67%;" />
 

为了工作/Linux/用户层/牛客 Linux.md

@@ -6,71 +6,71 @@
 
 - 解决：我做了一些规范，我们设置请求报文的原始标头，传入身份验证的时候就直接传入用户名和密码，不需要手动调用`base64Encode`进行编码，这个东西我们在get请求内部进行，传入用户名和密码使用的是`setCredentials`方法
 
-  <img src="https://img-blog.csdnimg.cn/aa1b5702b92a4e9b85d0dfe4b0b7cc0f.png" alt="image-20231031193700228" style="zoom: 80%;" />
+  <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231031193700228.png" alt="image-20231031193700228" style="zoom: 80%;" />
 
   在`get`请求当中对这一块的处理如下：
 
-  ![image-20231031193739801](https://img-blog.csdnimg.cn/cc1be685d7de47d8b40ea17a9f86bde1.png)
+  ![image-20231031193739801](https://image.davidingplus.cn/images/2025/02/01/image-20231031193739801.png)
 
 - 测试：在`HttpControl`中的`testGet3()`，结果如下：
 
-  <img src="https://img-blog.csdnimg.cn/557e689f7f114aa4a8ee774664ae3e35.png" alt="image-20231031193859647" style="zoom:67%;" />
+  <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231031193859647.png" alt="image-20231031193859647" style="zoom:67%;" />
 
 ## 2.18917：建议完善LHttpRequest的base64Encode函数的注释
 
 - 原因：是之前没有对用户名和密码到底怎么传入的说的不是很清楚，结合1查看；这个东西我更倾向于是一个私有函数，因为他是被我们的`get`调用的，然后用户使用`setCredentials`方法进行设置用户名和密码，在`get`请求当中会自动调用这个方法进行编码并且加入`Http`请求头
 
 - 解决：已完善
 
-  ![image-20231031194201605](https://img-blog.csdnimg.cn/c0b6b98377214089b119f25a3bfedc5d.png)
+  ![image-20231031194201605](https://image.davidingplus.cn/images/2025/02/01/image-20231031194201605.png)
 
 ## 3.18908：LHttpRequest的setRawHeader设置短链接 设置失败
 
 - 原因：在`get`请求封装`HttpReply`对象的时候，`HttpReply`类带有指针，但是没有做拷贝构造的重写，没有做深拷贝的操作
 
-  <img src="https://img-blog.csdnimg.cn/5f77ff24c52f4113826465c501c6baf9.png" alt="image-20231031200525383" style="zoom:80%;" />
+  <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231031200525383.png" alt="image-20231031200525383" style="zoom:80%;" />
 
   对于`setRequest`函数，传的是一个值，这样就会创建一个新对象并且调用拷贝构造，这样在浅拷贝下就会导致两个对象公用一个数据段，因此当这个对象消亡后，`rawHeaders`中的数据自然就会被释放，这样原来的`rawHeaders`就没了...
 
-  ![image-20231031200602821](https://img-blog.csdnimg.cn/0c492499b6d247aeb3120e563394a5a8.png)
+  ![image-20231031200602821](https://image.davidingplus.cn/images/2025/02/01/image-20231031200602821.png)
 
   数据段指针和里面的数据，里面存储了`rawHeaders`
 
-  <img src="https://img-blog.csdnimg.cn/41059363497d42099d745308232f057a.png" alt="image-20231031200756443" style="zoom:67%;" />
+  <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231031200756443.png" alt="image-20231031200756443" style="zoom:67%;" />
 
-  <img src="https://img-blog.csdnimg.cn/52e7f0bfa59f484682cb92de26de3228.png" alt="image-20231031200805595" style="zoom:67%;" />
+  <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231031200805595.png" alt="image-20231031200805595" style="zoom:67%;" />
 
 - 解决：对`HttpRequest`类重写拷贝构造函数和拷贝赋值函数
 
-  <img src="https://img-blog.csdnimg.cn/34e136d1fa974154911b7de00a8bb9a5.png" alt="image-20231031200911352" style="zoom:67%;" />
+  <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231031200911352.png" alt="image-20231031200911352" style="zoom:67%;" />
 
 - 测试：`HttpRequest`中的`test3()`，禅道上对应了两种情况，我的代码标注了，两个返回的值都是`close`
 
-  <img src="https://img-blog.csdnimg.cn/ed9d1322eb604d798458fa5476905787.png" alt="image-20231031201029896" style="zoom:67%;" />
+  <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231031201029896.png" alt="image-20231031201029896" style="zoom:67%;" />
 
 ## 4.18895：LHttpRequest的setAttribute多次设置失败
 
 - 原因：`Attribute`的`code`和`value`是用键值对`Map`存储的
 
-  <img src="https://img-blog.csdnimg.cn/61bde52a99704b35959b1541da401bec.png" alt="image-20231031204557255" style="zoom:67%;" />
+  <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231031204557255.png" alt="image-20231031204557255" style="zoom:67%;" />
 
   而在`setAttribute`当中，原来没有考虑多次设置的情况，只是盲目的插入，因此可能`LMap`检测到对已经有的`key`进行插入就舍弃了这组数据，因此设置失败
 
 - 解决：分情况讨论，当没有`key`的时候插入，有的时候就覆盖这个值
 
-  <img src="https://img-blog.csdnimg.cn/1aed0e37252a444586edb15f46021f02.png" alt="image-20231031204750736" style="zoom:67%;" />
+  <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231031204750736.png" alt="image-20231031204750736" style="zoom:67%;" />
 
 - 测试：`HttpRequest`中的`test5()`，运行结果：
 
-  ![image-20231031204826651](https://img-blog.csdnimg.cn/9607e67fee484a20b9364b1c852e4cbf.png)
+  ![image-20231031204826651](https://image.davidingplus.cn/images/2025/02/01/image-20231031204826651.png)
 
 ## 5.18861：确认 LHttpControl不设置任何标头值直接发送请求后的请求报文数据的完整性
 
 - 解决：根据禅道上`Qt`返回的结果对相应请求标头设置了默认值
 
-  <img src="https://img-blog.csdnimg.cn/0090231d9047491d8441dd7323d1a861.png" alt="image-20231031205821072" style="zoom:67%;" />
+  <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231031205821072.png" alt="image-20231031205821072" style="zoom:67%;" />
 
 - 测试：在`HttpRequest`的`test2()`中，结果如下，根据禅道上设置了一些请求标头的默认值：
 
-  <img src="https://img-blog.csdnimg.cn/81257b51fb914bf8a7d03fde5b0f8399.png" alt="image-20231031210114649" style="zoom:67%;" />
+  <img src="https://image.davidingplus.cn/images/2025/02/01/image-20231031210114649.png" alt="image-20231031210114649" style="zoom:67%;" />