简介container_of(ptr,type,member)是内核中的经典函数之一。该函数的作用是：根据结构体中一个成员的地址，找到结构体的地址。这个函数是内核实现面向对象的基础设施，且最近在学习中经常见到这个函数，于是笔者在内核中查看了该函数的实现，故在此记录。本文原本是为了展示container_of的实现，但写着写着，发现有些内建函数与GNUC拓展的使用，所以就顺便查了资料，也一并记录于此，写得比较乱，请大家谅解。基础知识结构体在内存中的分布，是按照成员的顺序分配内存，同时保持内存对齐的要求实现分析源码该函数在5.17.5中的实现在include/linux/container_of.
1、前言想必做嵌入式产品开发都遇到过设备需要保存参数，常用的方式就是按照结构体的方式管理参数，保存时将整个结构体数据保存在Flash中，方便下次读取。1.1、目的本文时分析嵌入式/单片机中参数保存的几种方式的优点和缺点（仅针对单片机/嵌入式开发而言），同时针对以结构体的方式解决一些弊端问题（重点在第3节）。2、参数保存格式2.1、结构体格式该方式是嵌入式/单片机中开发最常用的，将所有的系统参数通过结构体的方式定义，然后保存数据，介绍一下该方式的优缺点。储存方式：二进制bin文件格式优点：管理简单：无需额外的代码直接就能很方便的管理参数内存最小：通过结构体的形式保存在Flash中，占用内存最小缺
1、前言想必做嵌入式产品开发都遇到过设备需要保存参数，常用的方式就是按照结构体的方式管理参数，保存时将整个结构体数据保存在Flash中，方便下次读取。1.1、目的本文时分析嵌入式/单片机中参数保存的几种方式的优点和缺点（仅针对单片机/嵌入式开发而言），同时针对以结构体的方式解决一些弊端问题（重点在第3节）。2、参数保存格式2.1、结构体格式该方式是嵌入式/单片机中开发最常用的，将所有的系统参数通过结构体的方式定义，然后保存数据，介绍一下该方式的优缺点。储存方式：二进制bin文件格式优点：管理简单：无需额外的代码直接就能很方便的管理参数内存最小：通过结构体的形式保存在Flash中，占用内存最小缺
Discord.py"Botobjecthasnoattribute'move_member'使用我的机器人，我正在努力做到这一点，当一个人获得"囚犯"角色时，如果他们已经在语音通道中，机器人会自动将他们移动到"监狱"语音通道中。我已经从其他stackoverflow线程、github线程和文档中尝试了很多解决方案，但它们都不起作用。1234567891011121314151617181920classJail(commands.Cog): def__init__(self,bot): self.bot=bot@commands.command() asyncdefjail(sel
Discord.py"Botobjecthasnoattribute'move_member'使用我的机器人，我正在努力做到这一点，当一个人获得"囚犯"角色时，如果他们已经在语音通道中，机器人会自动将他们移动到"监狱"语音通道中。我已经从其他stackoverflow线程、github线程和文档中尝试了很多解决方案，但它们都不起作用。1234567891011121314151617181920classJail(commands.Cog): def__init__(self,bot): self.bot=bot@commands.command() asyncdefjail(sel
故障检测（FailureDetection）是GroupReplication的一个核心功能模块，通过它可以及时识别集群中的故障节点，并将故障节点从集群中剔除掉。如果不将故障节点及时剔除的话，一方面会影响集群的性能，另一方面还会阻止集群拓扑的变更。下面结合一个具体的案例，分析GroupReplication的故障检测流程。除此之外，本文还会分析以下问题。当出现网络分区时，对于少数派节点，会有什么影响？什么是XComCache？如何预估XComCache的大小？在线上，为什么group_replication_member_expel_timeout不宜设置过大？案例以下是测试集群的拓扑，多主模
MGR的新主选举算法，在节点版本一致的情况下，其实也挺简单的。首先比较权重，权重越高，选为新主的优先级越高。如果权重一致，则会进一步比较节点的server_uuid。server_uuid越小，选为新主的优先级越高。所以，在节点版本一致的情况下，会选择权重最高，server_uuid最小的节点作为新的主节点。节点的权重由group_replication_member_weight决定，该参数是MySQL5.7.20引入的，可设置0到100之间的任意整数值，默认是50。但如果集群节点版本不一致，实际的选举算法就没这么简单了。下面，我们结合源码具体分析下。代码实现逻辑新主选举算法主要会涉及三个函
故障检测（FailureDetection）是GroupReplication的一个核心功能模块，通过它可以及时识别集群中的故障节点，并将故障节点从集群中剔除掉。如果不将故障节点及时剔除的话，一方面会影响集群的性能，另一方面还会阻止集群拓扑的变更。下面结合一个具体的案例，分析GroupReplication的故障检测流程。除此之外，本文还会分析以下问题。当出现网络分区时，对于少数派节点，会有什么影响？什么是XComCache？如何预估XComCache的大小？在线上，为什么group_replication_member_expel_timeout不宜设置过大？案例以下是测试集群的拓扑，多主模
