[BZOJ3545][ONTAK2010][平衡树][STL][启发式合并]Peaks

最新推荐文章于 2019-07-25 22:03:26 发布

LowestJN

最新推荐文章于 2019-07-25 22:03:26 发布

阅读量959

点赞数

分类专栏：启发式合并平衡树 STL 文章标签：启发式合并平衡树 STL

本文链接：https://blog.csdn.net/coldef/article/details/65449835

版权

这篇博客主要介绍了如何解决BZOJ3545题目，涉及使用STL实现平衡树的技巧。作者指出在旧版本编译器中需将null_type更改为null_mapped_type，并且在实践中发现splay_tree_tag虽然理论上拥有nlogn的复杂度，但在BZOJ上会导致超时，改用rb_tree_tag则能成功通过。文章强调了平衡树启发式合并的常规做法。

摘要由CSDN通过智能技术生成

STL tree练习题

两个坑点

BZOJ上编译器版本较低，定义tree的时候null_type要改成null_mapped_type
讲道理splay_tree_tag要快一点，毕竟总复杂度是nlogn然而在BZOJ一直T，改成rb_tree_tag就过了……据说ov_tree_tag也过不了

其他的就跟普通的平衡树启发式合并一样做就好了

#include <cstdio>
#include <iostream>
#include <algorithm>
#include <ctime>
#include <ext/pb_ds/assoc_container.hpp>
#include <ext/pb_ds/tree_policy.hpp>
#define N 100010

using namespace std;
using namespace __gnu_pbds;

typedef pair<int,int> paris;

tree<paris,null_type,greater<paris>,rb_tree_tag,tree_order_statistics_node_update> T[N];
tree<paris,null_type,greater<paris>,rb_tree_tag,tree_order_statistics_node_update>::iterator itr;
//tree<paris,null_mapped_type,greater<paris>,rb_tree_tag,tree_order_statistics_node_update> T[