weixin_43471319的博客

【代码】6.5840-raft(A)

【代码】6.5840--kv Server。

【代码】6.5840-mapreduce。

【代码】6.5840。

（tcp连接，长时间没有收发数据，借用定时器将其断开，减少资源占用）是否参照过其他网络，native（reacotr，native不知道）webserver有什么功能？（支持）做一个功能，用户连续输入三次错误的密码，冻结账户，输入正确的密码，清零（用户表多两个字段：输入错误密码的字段，每次输入错误密码，该字段加一。数据库的事务（用过）具体场景（利用数据库的原子性更改密码）事务特性（ACID，事务隔离级别：读未提交、读已提交、可重复读、串行化（脏读，幻读））编程语言只有用过c++（是）研究生导师方向偏硬件？

防止多输出0：当odd和even线程都退出了，就没必要继续输出了。注意线程zero一定要等其他两个线程先启动，否则就会出现死锁。线程zero输出0，线程odd输出奇数，线程even输出偶数。n=5, 需要输出队列：0102030405。n=4，需要输出队列：01020304。

转载：https://blog.csdn.net/sxj_wyj/article/details/81904897，侵删。

C/C++杂记：虚函数的实现的基本原理 - malecrab - 博客园 (cnblogs.com)C/C++杂记：深入虚表结构 - malecrab - 博客园 (cnblogs.com)C/C++杂记：深入理解数据成员指针、函数成员指针 - malecrab - 博客园 (cnblogs.com)C/C++杂记：运行时类型识别（RTTI）与动态类型转换原理 - malecrab - 博客园 (cnblogs.com)

find_first_of 函数最容易出错的地方是和find函数搞混。它最大的区别就是如果在一个字符串str1中查找另一个字符串str2，如果str1中含有str2中的任何字符，则就会查找成功，而find则不同；find_first_of 函数最容易出错的地方是和find函数搞混。它最大的区别就是如果在一个字符串str1中查找另一个字符串str2，如果str1中含有str2中的任何字符，则就会查找成功，而find则不同；参数和find基本相同，不在赘述!二：find_first_of。

【代码】指针有环证明（leetcode原题）

【代码】快速排序（c++模板实现）

【代码】计算素数的几种方法（c++实现）

结论：lambda表达式主要是通过匿名类，重载调用运算符，至于捕获变量，无论是按值还是按引用捕获，都是作为类对象的成员变量。在调用lambda表达式处。构造类对象，通过调用操作符来达到函数调用的效果。通过这个网站获得编译器添加的代码。

主要是通过重载operator new和operator delete，通过全局对象完成记录。new时记录到map，delete从map删除，程序结束，全局对象析构，输出未释放的内存。缺点：好像该实现不支持多线程。

结论：普通的enum是通常是以int型存储（不同编译器实现有可能不同）。而enum class 可以指定存储类型。

为了满足这个要求，我们需要：在尽可能靠右的低位 进行交换，需要从后向前查找将一个尽可能小的「大数」 与前面的「小数」交换。比如 123465，下一个排列应该把 5 和 4 交换而不是把 6 和 4 交换将「大数」换到前面后，需要将「大数」后面的所有数 重置为升序，升序排列就是最小的排列。对于每条柱heights[i], 以他为矩形的长，最大面积是 heights[i] = (right_i - left_i + 1)。根据这个结论，可以利用单调增栈的方式，找出每个i的left_i和right_i。

比如 123465，下一个排列应该把 5 和 4 交换而不是把 6 和 4 交换将「大数」换到前面后，需要将「大数」后面的所有数 重置为升序，升序排列就是最小的排列。中序：visit：出栈之后再visit，出栈：当一直往左走，无路可走时，出栈一个节点，取其右孩子（注意，栈中的节点都是。前序：visit：入栈前先visit，出栈：当一直往左走，无路可走时，出栈一个节点，取其右孩子（注意，栈中的节点都是。left_i是从i开始，往左找，第一个heights[left_i] < heights[i]

ussyniidwahisisttotalfreeusedbuff/cache：显示了一个Java进程，占用了231.3%的CPU，使用了362072 KiB的物理内存。当使用top这些信息帮助系统管理员了解每个进程在系统资源（如CPU和内存）方面的使用情况，以便及时调整和优化系统性能。关于进程的%cpu > 100在top命令中，如果某个进程的%CPUtop%CPUtop%CPU通常情况下，如果一个进程的%CPU超过100%，特别是在多核或多线程系统中，这是正常现象。这种情况下，top。