假设有下面的字符串：
/home/usr/abc/def/文本.txt /home/usr/desktop/音乐.mp3 /etc/init.d/MysqL/MysqL /etc/profile /tmp/垃圾.tmp /usr/bin/open-jdk7/java ...
给定一个根节点名字root和叶子节点名字leaf，如何将它们转换成一颗像下面这样的XML文档树呢？
<root> <home> <usr> <abc> <leaf>文本.txt</leaf> </abc> <desktop> <leaf>音乐.mp3</leaf> </desktop> </usr> </home> <etc> <init.d> <MysqL> <leaf>MysqL</leaf> </MysqL> </init.d> <leaf>profile</leaf> </etc> <tmp> <leaf>垃圾.tmp</leaf> </tmp> <usr> <bin> <open-jdk7> <leaf>java</leaf> </open-jdk7> </bin> </usr> </root>
对于这个问题，一个解决的思路是：先创建一颗以root作为根标签的XML文档树，再循环迭代每个字符串，将其按照'/'切开（Split），然后依次对每个文件夹名字创建一个XML节点（Node），并搜索整棵树，如果该节点存在，则直接pass掉，否则将节该点追加到某个父节点下。但是此种方法太麻烦，因为每次增加一个节点，你就需要去遍历一次。有很多情况下，前几层节点是存在的，这样判断就不那么高效了。举个例子，现在有一条深度为10的文件夹路径（比如/a/b/c/d/e/f/g/h/i/j/**.sh），为了插入这条路径，首先需要判断/a是否存在，存在就pass掉，不存在就创建/a；之后判断/a/b是否存在；之后是/a/b/c是否存在。。。
很显然，这样做，越到后面效率越低。而且，直接操作Xml文档会占用很多资源。
那么，有没有一种简单又高效的方式呢？答案是肯定的，这就是写这篇博客的原因了。这只是一种方案，也许还有更好的，有兴趣的同学可以自行研究，哈哈……
首先，我们可以将这些文件夹路径进行预处理────转换成中间格式进行存储。这里，我们可以先定义一个Map结构，Key用于保存当前节点名字和节点的XPath，中间可用特殊字符隔开；Value用于保存当前节点的父节点的名字和父节点的XPath（根节点root的父亲为null），中间也用相同的特殊字符隔开，像下面这样：
<home#/root,root#null> <user#/root/home,home#/root>
第一行表示：当前的home节点XPath为/root，其父节点root的xPath为null，同理，第二行表示：当前节点user的XPath为/root/home，而其父节点home的XPath为/root。把Key设计成这样有一个好处是，当一条路径中的多层里有相同名字的文件夹时，也可以轻易分辨。比如有一条路径为：/home/home/home，那么在创建节点时，会创建以下几个键值对：
<home#/root,root#null> <home#/root/home,home#/root> <home#/root/home/home,home#/root/home>
就是说，在同一个XPath（例如/root/home）下，只会存在一个名为home的文件夹。如果以后的文件夹路径中还包含/home/home/home这样的地址，那么这些文件夹的子文件夹将会被放在已经存在的/root/home/home/home路径下。再通俗一点：每个Key-Value都是唯一的，它唯一表示了一条路径的存在。
有人可能会问：为什么Value也要设计成一样的结构呢？
答案很简单，便于在以后的处理中直接使用这个值，后面会提到。
通过这样的转换，我们可以看出，第二行的value实际上就是第一行的key，这样我们就可以表示一条一条的子孙——祖宗链，都是由子节点指向父节点。
转换之后的Map像下面这样：
<home#/root,home#/root> <abc#/root/home/user,user#/root/home> <def#/root/home/user/abc,abc#/root/home/user> <文本.txt#/root/home/user/abc/def,def#/root/home/user/abc/def> <!--第二个URL中的home文件夹和user文件夹对应的key就是第一个key， 已经存在，则不会在增加这个key了--> <desktop#/root/home/user,user#/root/home> <音乐.mp3#/root/home/user/desktop,desktop#/root/home/user> <etc#/root,root#null> <init.d#/root/etc,etc#/root> <MysqL#/root/etc/init.d,init.d#/root/etc> <MysqL#/root/etc/init.d/MysqL,MysqL#/rot/etc/init.d> ...
细心的同学可能已经看见了，第5行以后，处理第二个URL时，home和user两个文件夹已经存在，则直接pass掉，接着处理desktop文件夹了。还有desktop文件夹对应的value是user#/root/home，这和第3行的value相同，因此文件夹desktop和abc属于同一级，都在/root/home/user下。
转换后，我们可以做以下几件事：
直接遍历这个Map，先找出根目录（即value为root#null的）root下的所有节点（这里是home,etc,tmp,usr，当然也可能直接就是一个文件了）。判定的标准为：所有的value都为root#null的。
循环遍历root的子节点集合，判定每个子节点是否为叶子节点（即文件），若是，则加上<leaf>节点名字<leaf>，可以考虑使用StringBuilder.append();，若不是，则对每个子节点做以下几件事：
这样递归下去，就会形成多颗以文件夹路径开始的文件夹作为根目录的XML树，最后将所有得到的小树都添加到新创建的<root></root>根标签中，到此，文档生成完成。
代码就不写了，思路已经相当清晰了，哈哈
使用这种方式，虽然迭代次数可能比较多，但是使用Map来保存树的结构以及使用字符串来生成XML的资源消耗都不大，而且效率都相当高。至于有多高，我用以上数据做了个测试，执行时间在1~3ms，感兴趣的亲们可以试试。
后记
开始的一个版本是：将Map中的Key和Value都表示为当前【节点名字#深度】，但是当我按照这种思路写完后，立刻发现生成的XML不是我想要的，因为我的测试数据中存在多个【节点名字】和【深度】都相同的节点，但是其根节点不同。。。。究其原因，是因为我们设计时可能存在同样的Key，于是后面的同深度且同名的文件夹名字则被pass掉了，导致该深度下所有同名的文件夹都被添加到了第一颗根节点下。
后来想了半天，才把这个【节点名字#深度】替换为【节点名字#XPath】，这个必须是唯一的了。
