libevent源码学习(5):TAILQ_QUEUE解析
目录
前言
在libevent中使用到了TAILQ数据结构,看了一下其他资料,发现TAILQ这一数据结构不仅仅用于libevent中,在很多其他地方像linux内核中也有使用。它的内部实际上就是一个双向链表,可以实现结点的插入(头插、尾插、指定位置插入)、删除、替换和遍历等功能,不过所有功能都是通过宏函数来实现的,有的地方还是比较难以理解的,下面就来分析一下这一数据结构。
结点定义
TAILQ中涉及到了两个很关键的结构体,如下所示:(queue.h)
- #define TAILQ_HEAD(name, type) \
- struct name { \
- struct type *tqh_first; /* first element */ \
- struct type **tqh_last; /* addr of last next element */ \
- }
- #define TAILQ_ENTRY(type) \
- struct { \
- struct type *tqe_next; /* next element */ \
- struct type **tqe_prev; /* address of previous next element */ \
- }
先来猜测一下这两个宏定义的作用。在宏定义TAILQ_HEAD下的结构体中,包含了两个结构体成员tqh_first和tqh_last,先不管它们是几级指针,从成员名就能推测,tqh_first应当是和链表第一个元素有关,而tqh_last则和链表最后一个元素相关。再来看宏定义TAILQ_ENTRY,其中也包含了两个结构体成员tqe_next和tqe_prev,从变量名就会发现,二者应当与前后元素相关,这实际上和双向链表中的结点定义是非常相似的。因此,就可以推断,宏定义中所需输入的参数type实际上就是结点类型,这个结点类型应该包含但不限于TAILQ_ENTRY所定义的结构,而TAILQ_HEAD则是对于整个双向链表而言的,用于找到首尾结点元素,因此TAILQ_HEAD中的type也应该是与TAILQ_ENTRY中相同的结点类型。
那么这里为什么TAILQ_HEAD还需要一个参数name呢?前面说了,TAILQ_ENTRY应当包含在结点类型的定义中,结点类型一旦定义好了并定义了一个结点,那么自然而然tqe_next和tqe_prev就都包含在该结点中了,此时TAILQ_ENTRY结构体作为一个匿名结构体即可,因此无需指定name来定义TAILQ_ENTRY结构体的名称;而对于TAILQ_HEAD来说,它是独立的数据类型,用来描述了双向链表的首尾结点,需要用TAILQ_HEAD来定义一个具体的结构体来存放首尾结点指针,因此这里必须指明结构体名name。
根据前面的推测,现在来正式分析一下TAILQ_HEAD与TAILQ_ENTRY中各成员的含义。
对于TAILQ_HEAD宏定义,其中的tqh_first为一级指针,tqh_last为二级指针,也就是说,tqh_first指向一个struct type类型的结点,而tqh_last则是指向一个指向一个struct type类型的结点的指针。TAILQ_ENTRY中的tqe_next和tqe_prev也是类似,这里就不多说了。那么到底各自指向什么呢?如果光是通过代码来推测一级、二级指针各自指向什么,我觉得太麻烦,因此我直接写一个程序先来看看结果如何:
- #include <iostream>
- #include "queue.h"
- using namespace std;
- struct Entry //结点类型
- {
- int val;
- TAILQ_ENTRY(Entry)entry;
- };
- TAILQ_HEAD(Head, Entry); //名为Head的结构体,指向首尾Entry类型的结点
- int _tmain(int argc, _TCHAR* argv[])
- {
- Head Head_h;
- TAILQ_INIT(&Head_h);
- for (int i = 0; i < 3; i++)
- {
- Entry * new_item = (Entry *)malloc(sizeof(Entry));
- new_item->val = i;
- TAILQ_INSERT_HEAD(&Head_h, new_item, entry); //头插法插入新结点
- }
- Entry* p; //用于遍历时保存当前结点
- int i = 0;
- cout << "first : " << Head_h.tqh_first << " first addr : " << &Head_h.tqh_first << endl << endl; //打印first的值以及first的地址
- TAILQ_FOREACH(p, &Head_h, entry) //遍历链表
- {
- cout << "Node " << i++ << " addr : " << p << endl; //打印结点地址
- cout << "prev : " << p->entry.tqe_prev << " prev addr : " << &p->entry.tqe_prev << endl; //打印prev的值以及prev地址
- cout << "next : " << p->entry.tqe_next << " next addr : " << &p->entry.tqe_next << endl << endl; //打印next的值以及next的地址
- }
- cout << "last : " << Head_h.tqh_last << " last addr : " << &Head_h.tqh_last << endl; //打印last的值以及last的地址
- system("pause");
- return 0;
- }
在该程序中,定义了结点类型为Entry类型,其中包含了一个int型的val变量以及TAILQ_ENTRY所定义的结构体。可以看到,调用TAILQ_HEAD宏函数时,传入的name参数Head最终就成为了TAILQ_HEAD下结构体类型名。然后用Head来定义一个Head_h变量,其中保存的即是双向链表中的首尾结点信息了。接着就是以头插法形式插入三个结点,然后遍历输出各个结点中关键成员的值与地址,结果如下:
通过程序结果显示,可以得出以下结论:
对于每个结点,其prev的值等于前一个结点的next的地址,而next的值则等于下一个结点的地址,换句话说,每个结点的prev二级指针实际上是指向前一个结点的next一级指针变量,而next一级指针则是指向下一个结点;
类似的,first一级指针指向第一个结点,第一个结点的prev二级指针指向first一级指针变量;
last二级指针则是指向最后一个结点的next一级指针变量。
通过一幅图来表达即是:(紫色框表示一个结点,蓝色线表示prev指针指向,绿色线表示next指针指向,黑色线表示first、last指针指向)
从图中可以看出,我们可以将first和last所组成的结构体看做‘头结点’,它与第一个结点相连的同时也指向了最后一个结点的next指针。到此,也就搞清楚了每个指针的指向,接下来看一下TAILQ_QUEUE是如何进行链表操作的。
注:以下将含first以及last指针的变量称为'头结点',将实际意义上的第一个结点称为'首结点'。
链表初始化
链表初始化使用的宏函数为TAILQ_INIT,其定义如下:
- #define TAILQ_INIT(head) do { \ //初始化,先将头结点置为NULL,尾结点指向头结点
- (head)->tqh_first = NULL; \
- (head)->tqh_last = &(head)->tqh_first; \
- } while (0)
链表的初始化实际上只是初始化了‘头结点’,由于头结点的first与首结点相连,而此时链表为空,因此将头结点的first置为NULL,然后将last指针指向了first。这样初始化可以避免尾插结点时对特殊情况进行处理。多次使用的‘->’表明该宏函数传入的参数应当为指向头结点的指针。
链表查询及遍历
链表查询
TAILQ中关于结点的查询的宏定义有以下几种:
- #define TAILQ_FIRST(head) ((head)->tqh_first) //首结点地址
- #define TAILQ_END(head) NULL //末尾以NULL结尾
- #define TAILQ_NEXT(elm, field) ((elm)->field.tqe_next) //下一个结点地址
- #define TAILQ_LAST(head, headname) \ //尾结点的地址
- (*(((struct headname *)((head)->tqh_last))->tqh_last))
- /* XXX */
- #define TAILQ_PREV(elm, headname, field) \ //前一个结点地址
- (*(((struct headname *)((elm)->field.tqe_prev))->tqh_last))
- #define TAILQ_EMPTY(head) \ //判断链表是否为空
- (TAILQ_FIRST(head) == TAILQ_END(head))
TAILQ_FIRST以及TAILQ_END就不用多说了。TAILQ_NEXT中涉及到了一个参数field,它的意义实际上就像前文例程中定义结点类型Entry中TAILQ_ENTRY型的变量名entry一样,用来访问匿名子结构体成员。如下所示:
struct Entry //结点类型
{
int val;
TAILQ_ENTRY(Entry)entry;
};
这里表示entry是一个拥有first和last两个成员变量的结构体变量,如果这里不定义一个变量entry,那么也就无法访问到结点中的first和last指针,而定义一个entry后,则可以根据entry来访问first和last指针了。因此TAILQ_NEXT中的field参数应当为定义结点结构体时,TAILQ_ENTRY结构体类型的变量。由此可见,一旦需要用到first和last指针,那么就应当传入field参数。
TAILQ_LAST宏函数用于返回尾结点的地址。但是现在关于尾结点只有一个last指针,如何通过last指针获得尾结点的地址呢?回过头继续看这副图:
由图可知,通过last指针只能获得尾结点的next指针的地址,并非是尾结点的地址,而指向尾结点的指针只有前一个结点的next指针,而尾结点的prev指针又刚好指向前一个结点的next指针,也就是说,对于尾结点,prev存放的是前一个结点的next指针的地址,那么(*prev)即是前一个结点的next指针值,而前一个结点的next指针值就是当前结点的地址,因此,(*prev)就是尾结点的地址了,因此现在的问题变成了如何通过last来找到prev。
这里采用的方法是先将last强制转换为头结点类型,由于在内存中next的后面放的是prev,两个指针变量都占8个字节(64位),同样的头结点中的first也是放在last的前面,各自也是占8个字节,因此如果将next和prev看做一个整体,那么其在内存中的布局必定与头结点类型中的first和last内存布局一致。因此通过(struct headname*)last将last指针强制转换为头结点类型后,(struct headname*)last->first实际上还是next,而(struct headname*)last->last则是prev,这样也就通过last找到了prev。
不得不说这种方法很巧妙,我个人一开始想到的办法是直接通过next的地址偏移sizeof(struct
headname*)来找到prev,不过这样的话就可能受到内存对齐的影响(比如内存按16字节对齐,那么偏移值应当为16,但是sizeof的大小为4(32bit)或8(64bit),这样就是错误的,并且如果不同的编译器下结果都可能不一样),而这里的方法是直接强制转换为另一个内存布局相同的类型,这样即使在不同环境下内存对齐情况不同,对强转前后两种类型的影响也必定是相同的,二者的内存布局依然相同。
因此现在要根据last来得到尾结点的地址就很简单了,(*prev)找到尾结点地址,为(struct
headname*)last->last则是prev的值,替换一下就是*(struct
headname*)last->last,将其写规范,即为(*(((struct headname *)((head)->tqh_last))->tqh_last))。
TAILQ_PREV宏函数用于找到前一个结点的地址,其原理与TAILQ_LAST类似,不过需要注意的是,这里传入的参数是当前结点地址,如上图所示,要找到前一个结点的地址,也就是要找到前一个结点的前一个结点的next指针地址,因此先用当前结点的prev找到前一个结点的next指针地址,强转后就可以找到前一个结点的prev指针,通过前一个结点的prev也就能找到前一个结点的前一个结点的next指针了,这样前一个结点的地址也就出来了。
TAILQ_EMPTY用于判断链表是否为空,由于first和last分别为链表的首结点地址以及尾结点的next地址,因此当first为NULL时也就表示整个链表为空了。
链表遍历
链表遍历分为正向遍历和反向遍历,有了上面对链表查询的分析,以下的代码应当非常容易理解了。
- #define TAILQ_FOREACH(var, head, field) \ //遍历
- for((var) = TAILQ_FIRST(head); \
- (var) != TAILQ_END(head); \
- (var) = TAILQ_NEXT(var, field))
- #define TAILQ_FOREACH_REVERSE(var, head, headname, field) \ //反向遍历
- for((var) = TAILQ_LAST(head, headname); \
- (var) != TAILQ_END(head); \
- (var) = TAILQ_PREV(var, headname, field))
在500万个结点的情况下分别正向、反向遍历,遍历用时如下:
可以发现正向遍历的效率更高,原因在于逆向遍历中的TAILQ_PREV需要进行两次寻址,而正向遍历中的TAILQ_NEXT则只需要进行一次寻址,因此对于数据量大的时候,TAILQ_PREV会明显比TAILQ_NEXT更慢。
插入结点
TAILQ插入结点的方式有4种,分别为头插法TAILQ_INSERT_HEAD、尾插法TAILQ_INSERT_TAIL、前插法TAILQ_INSERT_BEFORE和后插法TAILQ_INSERT_AFTER。
头插法
在分析TAILQ_INSERT_HEAD之前,先来思考一下当在链表头部插入结点时会发生什么:
如下图所示,4号结点是新插入的结点,虚线为插入新结点时需要发生变化的线。
首先第一步是新结点的next应当指向原来的首结点,如图中的绿色虚线;
第二步是将原来的首结点的prev从指向first改为指向新结点的next指针,如图中的蓝色虚线;
第三步是将first指针从指向原来首结点改为指向新结点,如图中黑色虚线;
第四步是将新结点的prev指针指向first,如图蓝色虚线。
在这四步,必须保证第一步在第三步之前,因为第一步中找到原来的首结点时是需要first指向首结点来找到首结点。
当然也会有特殊情况,比如当前链表为空,此时插入一个新结点的话,由于不存在“原来的首结点”,因此第二步应该取消,取而代之的应该是将last指针指向新结点的next指针。
头插法TAILQ_INSERT_HEAD宏函数定义如下:
- #define TAILQ_INSERT_HEAD(head, elm, field) do { \ //头插结点
- if (((elm)->field.tqe_next = (head)->tqh_first) != NULL) \ //如果头结点不为NULL,说明此时链表不为空,同时将新结点elm的next指向当前的头结点
- (head)->tqh_first->field.tqe_prev = \ //将原来的首结点的prev指向新结点的next
- &(elm)->field.tqe_next; \
- else \ //如果头结点为NULL,说明此时链表为空
- (head)->tqh_last = &(elm)->field.tqe_next; \ //last指向新结点的next
- (head)->tqh_first = (elm); \ //重新将first指向新结点
- (elm)->field.tqe_prev = &(head)->tqh_first; \ //新结点的prev指向first
- } while (0)
该函数的执行逻辑与前面所说的四步完全一样,这里就不多说了。
尾插法
再来看看从链表尾部插入一个结点时会发生什么:
如下图所示,第一步是先将新结点的next置为NULL;
第二步是将新结点的prev通过last指针指向原来的尾结点的next;
第三步是将原来的尾结点的next由原来的NULL值变为指向新结点;
第四步是将last指针由原来指向原尾结点的next改为指向新结点的next。
再来考虑特殊情况:如果链表本身为空,那么就不存在“原来的尾结点”了,第三步改为first指针指向新结点即可。
尾插法TAILQ_INSERT_TAIL宏函数定义如下:
- #define TAILQ_INSERT_TAIL(head, elm, field) do { \ //尾插结点
- (elm)->field.tqe_next = NULL; \ //将待插入结点的next置为NULL
- (elm)->field.tqe_prev = (head)->tqh_last; \ //将待插入结点的prev指针指向当前的last结点地址
- *(head)->tqh_last = (elm); \ //将last指向的结点设置为elm
- (head)->tqh_last = &(elm)->field.tqe_next; \
- } while (0)
在该函数中,基本上是符合前面所说四步的,不过需要注意的是,在第二步中,本身是需要将新结点的prev指向原来尾结点的next,而原来尾结点的next又刚好就是last指针的指向,因此直接将last赋值给prev即可,这样也可以兼容链表为空的情况(链表为空时last是指向first的,此时prev就指向了first);在第三步中,对last进行解引用,由此此时的last指向的是原来尾结点的next,因此*last实际上就是原尾结点的next的值,将新结点的指针(elm)赋值给*last,也就是相当于将原尾结点的next指向了新结点。即使是链表为空,此时的*last也就是first的值,*last = elm即是让first指向了新结点,这样也就兼容了链表为空的情况。
由此可以看出,保证last二级指针在链表为空的情况下指向first是非常重要的,这样可以巧妙地避免链表为空的特殊情况。如果用一般的一级指针,则需要先对链表是否为空进行判断。
前插法
前插法TAILQ_INSERT_BEFORE的宏定义如下:
- #define TAILQ_INSERT_BEFORE(listelm, elm, field) do { \
- (elm)->field.tqe_prev = (listelm)->field.tqe_prev; \ //将原结点的前一个结点作为新结点的前一个结点
- (elm)->field.tqe_next = (listelm); \ //新结点的next指向原结点
- *(listelm)->field.tqe_prev = (elm); \ //让本该指向原结点的指针指向新结点
- (listelm)->field.tqe_prev = &(elm)->field.tqe_next; \ //原结点的prev指向新结点的next
- } while (0)
可以看到,这里的前插法代码并没有对特殊情况进行特殊处理,前插的特殊情况即是前插的原结点本身就是首结点,此时进行前插就相当于头插。
第一步将新结点的prev指向原结点prev指向的地方,即使链表中只有一个结点,那么新结点的prev指向头结点的first也是没有问题的;第二步将新结点的next指向原结点;第三步中先对原结点的prev解引用,得到的实际上是指向原结点自身的指针,这也是prev作为二级指针指向前一个结点的next指针的好处:*prev是指向当前结点的指针,将elm赋值给*prev的意义,就相当于是将原本该指向原结点的指针让其指向新结点,这样也就避免了特殊情况的处理;最后一步是让原结点的prev指向新结点的next。从而完成结点的前插。
后插法
后插法TAILQ_INSERT_AFTER的宏定义如下:其中head为头结点指针,listelm为原结点,elm为插入结点
- #define TAILQ_INSERT_AFTER(head, listelm, elm, field) do { \
- if (((elm)->field.tqe_next = (listelm)->field.tqe_next) != NULL)\ //将原结点的next赋值给新结点的next,即新结点的next指向原结点的下一个结点。如果不为NULL,说明原结点不是尾结点
- (elm)->field.tqe_next->field.tqe_prev = \ //原结点不是尾结点,就将原结点的后一个结点的prev指向新结点的next
- &(elm)->field.tqe_next; \
- else \ //在尾结点后面插入新结点
- (head)->tqh_last = &(elm)->field.tqe_next; \ //last指针指向新结点的next
- (listelm)->field.tqe_next = (elm); \ //原结点的next指向新结点
- (elm)->field.tqe_prev = &(listelm)->field.tqe_next; \ //新结点的prev指向原结点的next
- } while (0)
后插法需要判断特殊情况,看注释即可。
删除结点
删除节点TAILQ_REMOVE的宏定义如下:
- #define TAILQ_REMOVE(head, elm, field) do { \
- if (((elm)->field.tqe_next) != NULL) \ //如果删除的结点不是尾结点
- (elm)->field.tqe_next->field.tqe_prev = \ //让删除结点的下一个结点的prev指向删除结点的前一个结点
- (elm)->field.tqe_prev; \
- else \ //删除尾结点
- (head)->tqh_last = (elm)->field.tqe_prev; \ //last指向删除结点的prev
- *(elm)->field.tqe_prev = (elm)->field.tqe_next; \ //原本应当指向删除结点的指针指向删除结点的next
- } while (0)
需要注意的是,如果链表中只剩一个结点,当删除这个结点后,由于last会重新指向被删除结点的prev,而该结点的prev必定是指向first的,这样又使得删除结点后的空链表回到最初状态last指向first。
替换结点
替换结点TAILQ_REPLACE的宏定义如下:其中head为头结点指针,elm、elm2分别为被替换结点以及新结点
- #define TAILQ_REPLACE(head, elm, elm2, field) do { \
- if (((elm2)->field.tqe_next = (elm)->field.tqe_next) != NULL) \ //将被替换结点的next赋值给新结点的next,如果被替换的结点不是尾结点
- (elm2)->field.tqe_next->field.tqe_prev = \ //将被替换结点的下一个结点的prev指向新结点的next
- &(elm2)->field.tqe_next; \
- else \ //被替换结点为尾结点
- (head)->tqh_last = &(elm2)->field.tqe_next; \ //last指向新结点的next
- (elm2)->field.tqe_prev = (elm)->field.tqe_prev; \ //被替换结点的prev赋值给新结点的prev
- *(elm2)->field.tqe_prev = (elm2); \ //原本指向被替换结点的指针指向新结点
- } while (0)
总结
TAILQ_QUEUE的本质依然是双向链表,为双向链表定义一个头结点是非常重要的,如果没有头结点,那么在删除或插入结点时还需要去判断结点是否为首结点,以此来处理“当前结点为首结点”的特殊情况;而如果有头结点,那么就完全不用考虑这种特殊情况,因为头结点是必定存在的,即使链表为空它也会在那,如果链表不为空,头结点就会与第一个结点连接起来,逻辑上的第一个结点就称为了物理上的第二个结点,其prev指针是有意义的,这样就可以按照处理普通结点的方式去处理“第一个结点”。头结点的好处在TAILQ_QUEUE中仍然存在,从TAILQ_QUEUE中定义的各个宏函数中可以发现,特殊情况只有链表为空和所处理的结点为尾结点两种情况,完全避免了处理首结点的特殊情况。
实际上,将prev和last定义为一级指针也完全可以避免处理首结点特殊情况,那为什么还要将prev和last定义为二级指针呢?
在一级指针中之所以可以避免处理头结点的特殊情况,是因为头结点与普通结点的类型是完全一样的,因此第一个结点的prev可以直接指向头结点,而在TAILQ中的头结点类型和普通结点类型不一样。在TAILQ中,头结点只定义了两个变量用来找到第一个和最后一个结点,而对于普通结点而言,不光需要找到前驱结点和后驱结点,还需要有结点自身的一些属性(比如说data等等)(当然这里你也可以为头结点强行加上一个变量让它和普通结点类型保持一致,但是TAILQ中并没有这么做)。
在这种头结点类型和普通结点类型不一致的情况下,第一个结点的prev是无法直接指向头结点的,因此就只能让第一个结点的prev指向头结点的first指针(first依然保留一级指针),不过这样一来,第一个结点的prev就变成二级指针了,因此普通结点的prev就应当定义为二级指针了。此时对于普通结点而言,prev为二级指针,next是一级指针,那么prev就应当指向前一个结点的next指针。而将头结点的last也定义为二级指针主要是为了方便用于寻找某一个结点的前一个结点时的类型转换。
转载自:https://blog.csdn.net/qq_28114615/article/details/92777004
libevent源码学习(5):TAILQ_QUEUE解析的更多相关文章
- libevent源码学习
怎么快速学习开源库比如libevent? libevent分析 - sparkliang的专栏 - 博客频道 - CSDN.NET Libevent源码分析 - luotuo44的专栏 - 博客频道 ...
- libevent源码学习(10):min_heap数据结构解析
min_heap类型定义min_heap函数构造/析构函数及初始化判断event是否在堆顶判断两个event之间超时结构体的大小关系判断堆是否为空及堆大小返回堆顶event分配堆空间堆元素的上浮堆元素 ...
- libevent源码学习(8):event_signal_map解析
目录event_signal_map结构体向event_signal_map中添加event激活event_signal_map中的event删除event_signal_map中的event以下源码 ...
- libevent源码学习(9):事件event
目录在event之前需要知道的event_baseevent结构体创建/注册一个event向event_base中添加一个event设置event的优先级激活一个event删除一个event获取指定e ...
- libevent源码学习(11):超时管理之min_heap
目录min_heap的定义向min_heap中添加eventmin_heap中event的激活以下源码均基于libevent-2.0.21-stable. 在前文中,分析了小顶堆min_h ...
- libevent源码学习(6):事件处理基础——event_base的创建
目录前言创建默认的event_baseevent_base的配置event_config结构体创建自定义event_base--event_base_new_with_config禁用(避免使用)某一 ...
- libevent源码学习(2):内存管理
目录 内存管理函数 函数声明 event-config.h 函数定义 event_mm_malloc_ event_mm_calloc_ event_mm_strdup_ event_mm_reall ...
- libevent源码学习(1):日志及错误处理
目录 错误处理函数 函数声明 __attribute__指令 函数定义 可变参数宏 _warn_helper函数 日志处理 event_log日志处理入口 日志处理回调函数指针log_fn 设置日志处 ...
- libevent源码学习(7):event_io_map
event_io_map 哈希表操作函数 hashcode与equals函数 哈希表初始化 哈希表元素查找 哈希表扩容 哈希表元素插入 哈希表元素替换 哈希表元素删除 自定义条件删除元素 哈希表第一个 ...
随机推荐
- SpringCloud微服务实战——搭建企业级开发框架(二十五):实现多租户多平台短信通知服务
目前系统集成短信似乎是必不可少的部分,由于各种云平台都提供了不同的短信通道,这里我们增加多租户多通道的短信验证码,并增加配置项,使系统可以支持多家云平台提供的短信服务.这里以阿里云和腾讯云为例,集成短 ...
- Perl语言入门10-13
----------第十章 其他控制结构---------------- unless结构 unless($fred =~ /\A[A-Z_\w*\z]/i){print "yes" ...
- pyquery解析库的介绍和使用
### pyquery的介绍和使用 ## 测试文本 text = ''' <html><head><title>there is money</title&g ...
- 自定义char类型字符,django中事务
自定义char类型字符 # 自定义char类型,继承Field父类 class MyCharField(Field): def __init__(self, max_length, *args, ** ...
- EXCEl-数据透视表按照自定义序列排序
用着感觉挺神奇,也有点奇怪,可能不是很懂里边的原理吧.最后,需要排序的列,应该在数据透视表首列才有效. 参考:https://jingyan.baidu.com/article/bea41d43a53 ...
- 38- Majority Element
Majority Element My Submissions QuestionEditorial Solution Total Accepted: 110538 Total Submissions: ...
- java.sql.SQLException: Cannot create com._51doit.pojo.User: com._51doit.pojo.User Query: select * from user where username = ? and password = ? Parameters: [AA, 123]
在从数据库中查询数据,并存入javabean中去时,报这个错误 原因:在建立User类去存储信息时没有创建无参构造方法,创建一个无参构造方法即可
- 【php安全】 register_argc_argv 造成的漏洞分析
对register_argc_argv的分析 简介 使用 cli模式下,不论是否开始register_argc_argv,都可以获取命令行或者说外部参数 web模式下,只有开启了register_ar ...
- [web安全] 利用pearcmd.php从LFI到getshell
有一段时间没写blog了,主要是事多,加上学的有些迷茫,所以内耗比较大.害,沉下心好好学吧. 漏洞利用背景: 允许文件包含,但session等各种文件包含都已经被过滤了.ctf题中可以关注regist ...
- Identity Server 4 从入门到落地(八)—— .Net Framework 客户端
前面的部分: Identity Server 4 从入门到落地(一)-- 从IdentityServer4.Admin开始 Identity Server 4 从入门到落地(二)-- 理解授权码模式 ...