supdriver的博客

更新要点 为DatabaseClient配置了一个负责重连的异步守护线程 完成了DatabaseClient和HTTPServer的解耦合 为每一个数据库客户端接口的异常处理处加入了被动检测连接状态 异步线程循环中加入了计数器，能够定时自动触发连接状态检测 解决了查询订单列表时导致客户端崩溃的问题 为什么引入守护线程原先的数据库连接更多的偏向于能用就行的实验性功能，这导致了一个很严重的问题: 数据库连接不稳定，以及只连接一次数据库，导致断连之后只能通过重启整个容器的方式重新连接,运维成本过高 因此我们引入守护线程，专门异步地负责数据库的重连。这样就能大大提高数据库连接的健壮性。 代码结构解耦合原先嵌入在HTTPServer内的initDB()接口暴露了DatabaseClient内的init()接口参数，导致这两个类的耦合度过高，一旦修改init()接口的参数，initDB也要跟着修改，这已经是非常明显的因为耦合度过高所造成的问题了，为此要通过修改代码的方式实现二者的解耦合 这里我们采用最简单的方法解耦合: 将原先的DatabaseClient db改为智能指针类型std::sha ...

v2.1 命令行参数更新1. gflags库引入戳我去gflags的介绍博客 gflags是Google开发的一个开源库，用于C++应用程序中命令行参数的声明、定义和解析。gflags库提供了一种简单的方式来添加、解析和文档化命令行标志（flags），使得程序可以根据不同的运行时配置进行调整。 有了gflags后，我们可以统一地使用命令行参数或者统一的配置文件方便地配置服务端的相关参数 2. 删除JSON配置文件相比于命令行参数的配置文件，JSON文件写起来相对繁琐，且不够灵活，因此删除了JSON文件，全面使用命令行参数替代 3. 在main.cpp中定义命令行参数因为如果要解析命令行参数，就必须使用google::ParseCommandLineFlags(&argc, &argv, true);解析main函数的传参，所以直接把命令行参数的定义写在main.cpp的全局区中 main.cpp 1234567891011121314#include <gflags/gflags.h>DEFINE_string(host,"0.0.0.0&qu ...

Redis简介redis-plus-plus安装这里仅介绍Ubuntu安装 apt安装1234567891011sudo apt update# 安装前置依赖（C语言的库sudo apt install -y libhiredis-dev # 安装redis-plus-plus只能源码编译了git clone https://github.com/sewenew/redis-plus-plus.gitcd ./redis-plus-plus/mkdir buildcd ./build/cmake ..

gflags库介绍gflags是Google开发的一个开源库，用于C++应用程序中命令行参数的声明、定义和解析。gflags库提供了一种简单的方式来添加、解析和文档化命令行标志（flags），使得程序可以根据不同的运行时配置进行调整。 为什么用gflags它有如下优点: 易于使用: flags提供了一套简单直观的API来定义和解析命令行标志，使得开发者可以轻松地为应用程序添加新的参数。 自动帮助和文档：gflags可以自动生成每个标志的帮助信息和文档(内容由开发者填充)，这有助于用户理解如何使用程序及其参数。 类型安全：gflags支持多种数据类型的标志，包括布尔值、整数、字符串等，并且提供了类型检查和转换。 多平台支持：gflags 可以在多种操作系统上使用，包括Windows、Linux和macOS 可扩展性：gflags允许开发者自定义标志的注册和解析逻辑，提供了强大的扩展性。 官方文档: https://gflags.github.io/gflags/代码仓库: https://github.com/gflags/gflags.git gflags安装目前只介绍Ubunt ...

Reactor模型是相对与传统的阻塞式I/O模型提出来的，节约线程资源和提升业务处理并发量的IO模型，它主要基于I/O多路复用配合线程池的思想来实现。不过实际上Reactor模式依然是一种同步I/O模型 对比参照-传统阻塞式I/O模型 可以看到当并发规模增大时，这一模型有着显著的性能问题: 线程资源消耗大: 每一个客户端链接都需要唯一的线程维护链接和处理业务，开销迅速上升 线程利用率低: 当出现连接数很高而实时活跃连接数较低时，大部分线程处于阻塞状态，浪费了大部分线程的处理性能。 Reactor模型的提出基于传统阻塞式I/O的两大痛点，Reactor模型使用了两大思想对应解决: I/O多路复用: 多个连接由同一个对象同时监听，当事件就绪时输出所有就绪的链接（在C++中则是文件描述符）。这样维护链接的任务就可以统一交给实现I/O多路复用的对象中，而不用分散给每一个线程。 线程池: 当有任务就绪时，则将其分配给线程池中的线程，而但任务完成后，就将空闲的线程还给线程池，这样可以解决线程利用率低的问题。当然相应地它也引出了动态扩容和负载均 ...

项目介绍为客户提供一个C/S架构的外卖平台，使用Qt框架和cpp-httplib 等模块实现其业务功能。能够服务消费者，商家和管理员的使用需求，目前支持的客户端平台为Windows平台。服务端平台只需支持Docker即可 使用的技术点有: QT界面框架 Json序列化与反序列化 cpp-httplib库 MySQL connector/c++ Docker容器与镜像管理技术 运行环境当前版本v2.3 客户端: windows 11 服务端: 阿里云ECS云服务器 ubuntu 22.04 需求分析用户需求当前目标实现的用户需求有 用户注册、登录 商家添加产品 商家查看和修改产品 商家查看和处理订单 消费者查看和添加购物车 消费者查看和结算订单 消费者优惠等级变化 管理员查看销售日志 角色抽象归纳根据需求的功能点，可以将系统的参与者抽象成两层三类。 用户: 所有具体参与者的总称，更高一级的抽象 商家：提供菜品和处理订单的一类人 消费者：点餐和请求订单的一类人 管理员：有权限查看销售日志的一类人 用例图 功能需求根据用户的需求，我们提出更具体，更偏向实现的功 ...

以epoll相关接口构成的高级IO 不仅是名称上类似，epoll与poll的功能也是类似的，但是按man手册的说法，epoll是为处理大批量句柄而做了改进的poll，它几乎具备了之前所介绍的select和poll构成的高级IO的一切优点，因此它被公认为Linux2.6下性能最好的多路I/O就绪通知方法 认识 epoll 系列接口epoll有3个相关的系统调用 来自头文件<sys/epoll.h> epoll_create该接口用于创建epoll实例,它的返回值我们称为epfd 1int epoll_create(int size); 根据man手册，自Linux 2.6.8之后，参数size将会被忽略，但是必须大于0 epoll_ctlepoll的事件注册函数 1int epoll_ctl(int epfd, int op, int fd, struct epoll_event *event); 这一系统用于增、改、查位于epfd对应的epoll实例内的待监听的文件描述符列表 参数描述 epfd: 由先前的epoll_create产生的epfd op: 操作代码，有如 ...

前言今天是2025年的情人节，我与我的博客小站已经相互陪伴了540天啦~。人对事物的认识总是阶段性的，所以我决定是时候阶段性地回答当初遗留的问题了—-为什么写博客 我们首先回顾一下我们的博客产出经历了怎样的阶段: 建站之初: 其实一开始我只模糊地知道写博客有很多好处，自己折腾建站也主要是因为觉得有自己的博客网站很酷，于是便折腾出了一个博客网站。 难产时期：我原本并没有写文章的习惯，写博客对我来说是全新的尝试，但是根据我学习各种新东西积累下来的经验，我知道刚开始总是产出很低效率很低的。确实，一开始我写博客的效率并不高，质量也不高。但没关系，我知道，它们作为我起步的垫脚石至关重要 配图时期: 早起的博客我很少配图，因为我一直苦于找不到合适的作图软件。后来我还是下定了决心要给我的文章配上示意图，工具我就选择了我本身有一点点基础的ppt,虽然做的不快，但好在易上手，图示清晰。 系列时期: 此时我读到了一些好书，我觉得可以根据书中的内容出一些系列博客。这些书也着实成为了博客的高质量灵感来源 项目时期: 当学习到可以产出比较有规模的代码时，我的博客技术已经发展到可以自信地输出文字，和高效地利用pp ...

项目介绍为客户提供一个C/S架构的外卖平台，使用Qt框架和cpp-httplib 等模块实现其业务功能。能够服务消费者，商家和管理员的使用需求，目前支持的平台为Windows平台。 使用的技术点有: QT界面框架 QT Json处理模块 cpp-httplib库 MySQL connector/c++ 运行环境当前版本v1.0 客户端: windows 11 服务端: windows 11 需求分析用户需求当前目标实现的用户需求有 用户注册、登录 商家添加产品 商家查看和修改产品 商家查看和处理订单 消费者查看和添加购物车 消费者查看和结算订单 消费者优惠等级变化 管理员查看销售日志 角色抽象归纳根据需求的功能点，可以将系统的参与者抽象成两层三类。 用户: 所有具体参与者的总称，更高一级的抽象 商家：提供菜品和处理订单的一类人 消费者：点餐和请求订单的一类人 管理员：有权限查看销售日志的一类人 用例图 功能需求根据用户的需求，我们提出更具体，更偏向实现的功能需求 阅读提示：点击右侧目录可以跳转 用户注册功能用户可以使用唯一的*账号名和手机号和进行账号注册 ...

protobuf简介Protocol Buffers 是 Google 的⼀种语⾔⽆关、平台⽆关、可扩展的序列化结构数据的⽅法，它可⽤于（数据）通信协议、数据存储等。 Protocol Buffers 类⽐于 XML，是⼀种灵活，⾼效，⾃动化机制的结构数据序列化⽅法，但是⽐XML 更⼩、更快、更为简单。你可以定义数据的结构，然后使⽤特殊⽣成的源代码轻松的在各种数据流中使⽤各种语⾔进⾏编写和读取结构数据。你甚⾄可以更新数据结构，⽽不破坏由旧数据结构编译的已部署程序。 简单来讲， ProtoBuf（全称为 Protocol Buffer）是让结构数据序列化的⽅法，其具有以下特点： 语⾔⽆关、平台⽆关：即 ProtoBuf ⽀持 Java、C++、Python 等多种语⾔，⽀持多个平台。 ⾼效：即⽐ XML 更⼩、更快、更为简单。 扩展性、兼容性好：你可以更新数据结构，⽽不影响和破坏原有的旧程序 使用特点 安装protobuf下载 ProtoBuf 前⼀定要安装依赖库：autoconf automake libtool curl make g++ unzip 安装命令如下 对于Ubunt ...

以系统提供的函数select为核心实现多路转接，即高级网络IO 认识select函数1234#include <sys/select.h>int select(int nfds, fd_set *readfds, fd_set *writefds, fd_set *exceptfds, struct timeval *timeout); 功能select系统调用能够同时监测多个文件描述符的状态变化,这个系统调用是阻塞式的，退出阻塞等待的条件是被监视的文件描述符中有一个或多个发生了变化。 参数解释 nfds: 文件描述符数组长度，值为最大的文件描述符值+1。因为文件描述符从0开始 readfds: 本质上是位图，表示待监视的可读文件描述符的集合，返回时标记发生变化的fd writefds: 本质上是位图，表示待监视的可写文件描述符集合,返回时标记发生变化的fd exset: 本质上是位图,表示待监视的异常文件描述符的集合,返回时标记发生变化的fd timeout: 用于设置select()的等待时间 struct timeval 12345678910struc ...

概述本期的重点在于使用8086汇编语言实现循环迭代，无符号数字输出,使用多位内存储存超长整型,超长整型打印输出 程序框图 模块图 初始化准备我们先把代码段、数据段和栈段准备好相关的数据并完成相关的初始化 声明段我们先声明三个段 1assume cs:codesg,ds:datasg,ss:stacksg 装载数据在数据段我们准备填入如下数据 choose 字符串,用于输出提示信息 result 字符串,用于输出提示信息 enter 字符串，用于输出回车换行，即\n\r pressQ 字符串，用于输出退出程序的提示信息 wrongRange 字符串，用于输出范围错误的提示信息 num1 12字节长整型,表示迭代中的Fib(n-2) num2 12字节长整型，表示迭代中的Fib(n-1),同时最终答案也存在num2中 numlen 单字(2字节)变量，储存输出数字串的长度/栈的深度 tmpcx1 单字变量，辅助暂存cx的值，避免使用栈，防止栈的管理混乱 这里写入num我们使用dw指令写入一个字长（2字节） 而写入字符串必须一个字节一个字节写入，所以使用db指令 特别的， ...