以下是一些奇怪的链接有兴趣的可以看看：
https://blog.sengxian.com/algorithms/k-dimensional-tree
http://zgjkt.blog.uoj.ac/blog/1693
https://en.wikipedia.org/wiki/K-d_tree
http://homes.ieu.edu.tr/hakcan/projects/kdtree/kdTree.html
k-d tree就是一个把一个平面（或超平面）划分的东西…
例如一维情况就是在划分一个数轴，这时就成了我们喜闻乐见的二叉搜索树。
二维情况
用横线和竖线，每次把一个矩形瓜分成两半。
还有三维的，四维的，以此类推…… k维的就叫 k-d tree。
这篇文章就讲一下二维的k-d tree。
每一次我们对于k-d tree上的一个点，我们要沿着某一个轴切开，那么这个轴怎么确定呢？一个切x轴的点的孩子就切y轴，切y轴的点的孩子就切x轴，轮流切分，这样做比较优秀，又比较好写。
例如这个点是切x轴的，为了查询比较和谐，那么它的左子树所有点都要x比它小，右子树所有点都要x比它大（当然也可以是等于），这点与二叉搜索树是一致的）。
①建树
比如我现在有n个点，现在要建成一棵美观的k-d tree，怎么建呢？
在bst中我们一般是选比较中间的一个数，然后递归下去建树。
k-d tree中也是类似的，不过我们要确保当前节点的左子树的点当前维度都比它小，右子树的点当前维度都比它大。我们可以每一次在当前层sort一下当前维度，然后选出中位数？
注意到我们只要让左边比较小，右边比较大，中间比较中间就行了，sort一下显然有点浪费，到了下一维度又要重新sort。这里我们使用stl中的nth_element函数，该函数内部用了quick_select算法（就是快速排序的前半部分）来干这件事，复杂度O(n)。
void nth_element(first,nth,last[,cmp]) （比较函数可选）
对[first,last)的元素重新布置，使得nth的元素在sort之后应该在的位置上，而前面的元素都不大于它，后面的元素都不小于它
这样我们就可以建出一棵比较平衡的k-d tree啦。参考线段树建树的复杂度证明很容易发现这玩意儿也是O(nlogn)的。
②插入
额似乎这玩意儿没必要讲，也就是和当前点的当前维度比较一下然后插入就行。
对于一棵比较平衡的k-d tree，插入显然是O(logn)的。
③询问
首先我们要解决的是…k-d tree有卵用？
显然k-d tree可以被当作是一个比较厉害的k维（本文中是二维）线段树！在这上面可以打tag，可以搞询问（划分矩形的时候注意一下），甚至还可以搞segment tree beats（参见吉司机的集训队论文）
但是二维情况下k-d tree当作线段树用处不大…因为前有二维树状数组/二维线段树，后有cdq分治、整体二分啥的…除非出题人丧心病狂又卡空间又要在线
正常的k-d tree是用来询问最近点的利器！
比如有一道这样的题（bzoj2648），要求每次询问离一个给定点最近（曼哈顿距离）的黑点和加入一个黑点。
真是良心出题人！
查找时我们可以这么做，先把ans设成inf，然后我们从根结点开始递归查询。
对于k-d tree上的一个节点，先用这个点更新答案。然后对于它的两个孩子，优先选择离当前点近的一个矩形（注意这个值显然不一定能取到）递归更新答案，然后更新完答案如果到另一个儿子的那个矩形距离比答案小就也用另一个儿子递归更新答案。
对于一棵比较平衡的k-d tree，这样查询的复杂度最坏是O(sqrt(n))的，一般是O(log(n))的。
（这个“一般”的性质就跟spfa所谓的O(ke)差不多）
可以注意到这里的“近”“距离”对于欧几里得距离与曼哈顿距离都适用。
至于k近点对也比较简单，我们维护一个大根堆，每次比较堆顶啥的就行。
显然这样的复杂度比刚才要多一个klogk。
④一些小问题
有没有注意到刚才的复杂度上有若干个类似“比较平衡”的字眼？
是的，k-d tree的性质就与一棵没有旋转的二叉查找树差不多。
如果建完树不再插入，这时k-d tree是十分平衡的，可以保证查询的一切复杂度。
如果建完树还插入或者干脆不建树直接插入，这时k-d tree对于随机数据仍然是“十分平衡”的，而随便构造一个数据（例如1,1 2,2 3,3...这样的数据）就可以成功地卡飞k-d tree。
所以如果又有插入又有询问，你只能假装数据是随机的...
今天先写到这里吧......代码等有时间再补吧（虽然我不太清楚什么时候才会填上）