像狗一样奔跑 👋🏼

函数模板 模板函数定义的一般形式如下所示： template <typename type> ret-type func-name(parameter list) { // 函数的主体 } 在这里，type 是函数所使用的数据类型的占位符名称。这个名称可以在函数定义中使用。 下面是函数模板的实例，返回两个数中的最大值： #include <iostream> #include <string> using namespace std; template <typename T> inline T const& Max (T const& a, T const& b) { return a < b ? b:a; } int main () { int i = 39; int j = 20; cout << "Max(i, j): " << Max(i, j) << endl; double f1 = 13.5; double f2 = 20.7; c....

前言 相信很多人都遇到过和我一样的问题，GitHub可以登录，但是每次clone代码时，就会一直超时，原因是因为SSL验证不通过。在网上寻找解决办法，却发现所有的办法都千篇一律：提示修改host文件。虽然方向对了，但是添加完域名之后，问题依然存在。在我尝试了好多方法之后，最后终于找到了解决办法，今天就来记录一下。 正文 其实修改host文件确实是以前的解决办法，以前我修改完之后也确实成功了，但是现在已经2022年了，这个方法已经不适用了。或者说需要改动一些地方。接下来就具体讲一下2022年应该怎么绕过被污染的dns，直接访问Github： 与之前的方法相比，主要就是没有获取global.ssl.fastly的地址: 访问 http://github.global.ssl.fastly.net.ipaddress.com/#ipinfo 并记下IP地址 再访问 http://github.com.ipaddress.com/#ipinfo 获取GitHub的地址 打开host文件，目录： C:\Windows\System32\drivers\etc\hosts 在host文件末尾.......

时间来到了2021年的最后一个周末的下午，转眼之间已工作六月有余，上周也顺利完成了转正答辩，以后就是一名真正的打工人了。这里其实想写一下我这半年以来的总结。 工作这半年以来，我学到了很多东西，但又时常感到很多东西都还要需要学，有时候就会很焦虑，埋怨自己怎么还有这么多东西学不会，怎么还有这么多东西干不好。虽然现在已经工作了，但时常感觉自己在很多事情上的做法都还像个学生：写文档写不好，错别字一大堆，改文档也改的不好；写代码写不好，很久之前就强调的编码规范到现在还是没有改正过来，周三提的走查，周四改完还有错；总的来说，感觉自己最近这段时间，也不能说是最近这段时间吧，工作以来吧，在工作上并没有投入百分之百的细心，总还以为自己有很多的试错机会，但实际上转正之后应该就不会再有了。我的转正申请书，博远帮我改了两版，凯旋又帮我改了一版，emmm以后应该不会再有这样的机会了，以后再写不好就是自己的事情了，难顶... 这半年以来，工作上面主要干了三件事，干好了，但又没完全干好。阅读六期系统文档，到现在还是一脸懵，开发的小系统，到现在因为编码规范的问题改得我崩溃，之前听政乔说我们部门代码审得比较严格，最近是....

这里加一句话：凡是使用到socket的，都可以使用epoll机制，无论TCP/UDP 概念说明 在进行解释之前，首先要说明几个概念： 用户空间和内核空间 进程切换 进程的阻塞 文件描述符 缓存 I/O 用户空间与内核空间 现在操作系统都是采用虚拟存储器，那么对32位操作系统而言，它的寻址空间（虚拟存储空间）为4G（2的32次方）。操作系统的核心是内核，独立于普通的应用程序，可以访问受保护的内存空间，也有访问底层硬件设备的所有权限。为了保证用户进程不能直接操作内核（kernel），保证内核的安全，操心系统将虚拟空间划分为两部分，一部分为内核空间，一部分为用户空间。针对linux操作系统而言，将最高的1G字节（从虚拟地址0xC0000000到0xFFFFFFFF），供内核使用，称为内核空间，而将较低的3G字节（从虚拟地址0x00000000到0xBFFFFFFF），供各个进程使用，称为用户空间。 进程切换 为了控制进程的执行，内核必须有能力挂起正在CPU上运行的进程，并恢复以前挂起的某个进程的执行。这种行为被称为进程切换。因此可以说，任何进程都是在操作系统内核的支持下运行的，是与内核紧......

提示 这个总结其实还没写完，只是对照着公司年度个人总结的要点列了个大纲，后面还需要完善。 正文 伴随着充实紧凑的工作生活，五个月的时间已经过去了。这一段时间里有工作上的收获，知识的丰富，经验的增长，同时也暴露出很多问题和不足。 重点工作： 行情系统ARM版的移植工作 熟悉六期系统，特别是行情模块的设计及业务流程 一档行情转发程序的设计、开发、测试工作 工作成效： 信创要求的行情模块ARM版本在八月中旬顺利通过集成测试，交付测试中心，并于九月份通过项目评审 在博远的指导下，顺利、快速的熟悉了六期行情模块的设计逻辑及业务流程，并在此基础之上，与软件服务部的人经过沟通，在凯旋的指导下开始独立设计并开发Linux C版本的一档行情转发程序，在十一月中下旬完成一档行情转发程序的初步开发工作，并完成相关文档。然后到现在，基本完成了该项目的文档完善工作以及项目的优化工作。 因为熟悉了market模块的相关设计及实现流程，现在已经可以对博远提的代码进行走查工作了。 缺点和不足 文档编写能力还有所欠缺，后续需要提高相关能力（已经总结了一些相关文档编写的注意事项） 写代码时，代码不够规范，总是按....

前言 最近在编写makefile文件时，有一个新的需求，就是我的makefile最终需要生成两个目标文件，然后我就按照我平时写makefile文件的方法来写，make时发现过不去，无法将源文件使用链接器链接起来生成目标文件。然后我就去网上找解决方案，最后发现是我在编译选项里加了 -c 选项。那么今天就来聊一聊makefile文件里常用的编译选项。 正文 选项 说明 -c 用于把源码文件编译成 .o 对象文件,不进行链接过程 -D 在程序中生成添加宏定义，一般用于将程序版本号或日期编进程序中，用法：-DMACRO=DEFN，用宏MACRO来代替“DEFN” -o 用于连接生成可执行文件，在其后可以指定输出文件的名称 -g 用于在生成的目标可执行文件中，添加调试信息，可以使用GDB进行调试 -Idir 用于把新目录添加到include路径上，可以使用相对和绝对路径，“-I.”、“-I./include”、“-I/opt/include” -Wall 生成常见的所有告警信息，且停止编译，具体是哪些告警信息，请参见GCC手册，一般用这个足矣！ -w 关闭所....

正文 每个socket被创建后，无论使用的是TCP协议还是UDP协议，都会创建自己的接收缓冲区和发送缓冲区。当我们调用write()/send()向网络发送数据时，系统并不会马上向网络传输数据，二十首先将数据拷贝到发送缓冲区，由系统负责择时发送数据。根据我们选用的网络协议以及阻塞模式，系统会有不同的处理。 socket缓冲区的特性： socket缓冲区在每个套接字中单独存在 socket缓冲区在创建套接字时自动生成 即使关闭套接字也会继续传送发送缓冲区中遗留的数据 关闭套接字将丢失接收缓冲区中的数据 TCP阻塞模式和非阻塞模式下的数据发送 阻塞模式下，调用write()/send()后程序将阻塞，如果发送缓冲区的可用长度大于待发送的数据，则数据将全部被拷贝到发送缓冲区，等待系统将发送缓冲区内的数据发送出去，当数据全部被拷贝到发送缓冲区后，阻塞状态将消失；如果发送缓冲区的长度小于待发送的数据长度，则数据能拷贝多少就先拷贝多少（也就是分批拷贝），一直等待直到数据可以全部被拷贝到发送缓冲区为止，调用才可返回。write()/send()调用返回后并不能保证数据已经发送到对方缓冲区了，只.......

网络通信之TCP通信 其实和UDP通信步骤差不多，只是前面多了个连接的过程。整体流程： 服务器端 一、建立连接阶段 调用socket()，分配文件描述符，即监听套接字 调用bind()，将套接字与本地IP地址和端口绑定 调用listen()，监听特定端口，socket()创建的套接字是主动的，调用listen()使得该文件描述符为监听套接字，变主动为被动 调用accept()，阻塞等待客户端连接 二、数据交互阶段 调用recv()，阻塞等待客户端发送的请求，收到请求后从recv()返回，处理客户端请求 调用send()，将处理结果发送给客户端，然后继续调用recv()等待客户端请求 三、关闭连接 当recv()返回0的时候，说明客户端发来了FIN数据包，即关闭连接，也会调用close()关闭连接套接字和监听套接字 客户端 一、建立连接阶段 调用socket()，分配文件描述符 调用connect()，向服务器发送建立连接请求 二、数据交互阶段 调用send()，将请求发送给服务器 调用recv()，阻塞等待服务器应答 三、关闭连接 与服务器端一致 具体代码如下： s....

体会到了宏定义的好处 对于有多个用途的函数，可以利用宏定义分别定义函数的不同用途，调用函数时直接使用宏即可。当想修改函数名的时候，只需在宏定义处修改，不用全部地方挨个找一遍修改了。而且这样做，在代码中更清晰直观，以后需要学习这种写法与思想。

怎么说呢，最近这段时间感觉自己效率挺低的，也不知道是怎么回事。可能是项目快做完了吧哈哈哈哈哈，bug都改的差不多了，加上导师那边事情也比较多，所以我偷摸划水了快两个星期吧。另外感觉身体也有点问题，其实这周我睡得已经够早了，但是早上一直犯困，唉，也不知道怎么回事。希望接下来能调整回来吧。 这次想写点什么呢，其实主要想总结一下文档如何写。虽然公司给的有各个文档的模板，但是更应该从公司给的文档里面学到一些东西，而不是说离开了这些模板，我就不会写文档了。离开了这家公司我就不会写文档了。 一个好的项目需要包含详细的需求文档、设计文档、测试文档、安装手册以及运行手册，这些应该是一个项目最基本也是最重要的文档。其他文档应该是在这些基础之上延伸开来的。好了接下来就详细说一说这些文档具体应该包含哪些东西，也就是这些文档里面都应该写什么： 需求文档 需求文档要明确指出产品预期达到的目标、本产品的各种角色及其职责，以及描述系统有哪些假定及约束信息，比如开发语言，数据库，系统预计上线时间等等。 需求文档最重要的应该就是功能需求了。功能需求应该包括总体描述：功能清单和用例图，以及功能模块的详细描述 数据需.......