与符号表分离程序或动态库, 如何用GDB调试 五竹
1 Debugging Information in Separate Files
GDB支持用户将程序调试信息放在一个独立的文件里,而不是和可执行程序在一个文件中,GDB可以某种方式来查找和自动加载调试信息。由于调试信息可能非常大,有时可能比可执行代码自身还要大,某些系统将其可执行程序的调试信息以单独的文件发布,在需要调试问题的时候,用户可以再安装这些文件。
GDB支持两种设置单独调试信息文件的方式:
- 可执行程序里包含了一个调试链接,此链接指定了单独的调试信息文件名。单独调试文件名通常是’executable.debug’, executable是相应的可执行程序名,不带路径(例如,’ls.debug’是’/usr/bin/ls’的调试信息文件)。此外,调试链接为调试 文件设置了CRC32的校验和,GDB用此校验和来确保可执行文件和调试文件是同一个版本的。
- 可执行文件包含一个版本ID号和一个唯一的bit串,而相应的调试信息文件也包含此bit串。(此方式只在某些系统上支持,特别是那些在二进制文件里使用ELF格式和GNU Binutils的系统。)更多关于此功能的细节,参见’–build-id’命令行选项的介绍 ,在GNU连接器的“命令行选项”节中。虽然版本ID号没有执行指出调试信息文件名,但是可以从版本ID号里计算出来,参见下 面。
由于有两种方法可以设置调试信息文件,GDB也用两种不同的方式查找调试信息文件:
- 对于“调试链接”方式,GDB在可执行文件的目录里查找对应名字的文件,接着在此目录下的子目录’.debug’下查找,最后在全局调试目录下的一个子目录里查找,此子目录的名字和可执行文件的绝对文件名的先导目录名相同。
- 对于“版本ID”方式,GDB在全局调试目录下的’.build-id’子目录下查找名为’nn/nnnnnnnn.debug’的文件,这里nn是版本ID字符串的头两个16进制字符,nnnnnnnn是余下的字符。(真正的版本ID字符串是32个或更多的16进制字符,不是10个。)
举个例子,假设你要调试’/usr/bin/ls’,此程序有个调试链接指定了调试文件’ls.debug’,且其版本ID是是16进制的abcdef1234。如果全局调试目录是’/usr/lib/debug’,那么GDB按顺序查找下列调试信息文件:
–‘/usr/lib/debug/.build-id/ab/cdef1234.debug’
–‘/usr/bin/ls.debug’
–‘/usr/bin/.debug/ls.debug’
–‘/usr/lib/debug/usr/bin/ls.debug’.
你可以设置全局调试信息目录的名称,并查看当前GDB所使用的名称。
- set debug-file-directory directory
将directory设置为GDB搜索单独调试信息文件的目录。
- show debug-file-directory
显示搜索单独调试信息文件的目录。
2 gdb 调试与符号表分离的二进制程序
一般情况下,如果没有在程序的 spec 中明确指定不进行 strip,则缺省打rpm包时,都会把二进制程序或动态库的符号表等 debuginfo 信息与执行程序分离,生成一个debuginfo 的 rpm 包. 如 localagent 打 rpm 包时,会生成如下 3 个rpm 包:
- local_agent-0.7.1-rc_1.x86_64.rpm
- local_agent-debuginfo-0.7.1-rc_1.x86_64.rpm
- local_agent-devel-0.7.1-rc_1.x86_64.rpm
将 local_agent-debuginfo-0.7.1-rc_1.x86_64.rpm 解压,可以看到相应的 debug info 文件.
[tmp]$ rpm2cpio local_agent-debuginfo-0.7.1-rc_1.x86_64.rpm |cpio –idv
./usr/local/bin/.debug/local_agent_server.debug
./usr/local/lib64/.debug/liblocal_agent.so.debug
./usr/src/debug/local_agent-0.7.1
./usr/src/debug/local_agent-0.7.1/build
./usr/src/debug/local_agent-0.7.1/build/release64
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/ClientParamParser.cpp
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/FileUtil.cpp
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/LocalAgent.cpp
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/LocalAgentClient.cpp
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/LocalAgentClientMain.cpp
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/LocalAgentMain.cpp
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/LocalAgentServerAdapter.cpp
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/ServerParamParser.cpp
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/SystemWrapper.cpp
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/local_agent.pb.cc
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/local_agent.pb.h
./usr/src/debug/local_agent-0.7.1/local_agent
./usr/src/debug/local_agent-0.7.1/local_agent/AgentErrorDefine.h
./usr/src/debug/local_agent-0.7.1/local_agent/ClientParamParser.h
./usr/src/debug/local_agent-0.7.1/local_agent/FileUtil.h
./usr/src/debug/local_agent-0.7.1/local_agent/LocalAgent.h
./usr/src/debug/local_agent-0.7.1/local_agent/LocalAgentClient.h
./usr/src/debug/local_agent-0.7.1/local_agent/LocalAgentServerAdapter.h
./usr/src/debug/local_agent-0.7.1/local_agent/ServerParamParser.h
./usr/src/debug/local_agent-0.7.1/local_agent/SystemWrapper.h
对于这种符号表与二进程序分离的程序,该如何调试呢? 先看下例: [local]$ gdb bin/local_agent_server
GNU gdb Fedora (6.8-37.el5)
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is freesoftware: you are freeto change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty"fordetails.
This GDB was configured as "x86_64-redhat-linux-gnu"...
(no debugging symbols found)
(gdb) b main
Breakpoint 1 at 0x401a80
(gdb) r
Starting program: /home/admin/tmp/usr/local/bin/local_agent_server
[Thread debugging usinglibthread_db enabled]
[New Thread 0x2ad3e6935860 (LWP 27869)]
Breakpoint 1, 0x0000000000401a80 in main ()
(gdb) bt
#0 0x0000000000401a80 in main ()
(gdb)
上述例子可以看出,因为gdb 没有符号表,所以显示的都是二进制地址.2.1 方法一: gdb 启动时通过 –s 指定对于这种符号表与二进程序,可以在gdb 启动时,通过 –s 指定符号表文件来解决. 如下例,通过 –s 指定debug/local_agent_server.debug 后, gdb 调试时可以看到符号表了.[ local]$ gdb -e bin/local_agent_server -s debug/local_agent_server.debug
GNU gdb Fedora (6.8-37.el5)
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is freesoftware: you are freeto change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty"fordetails.
This GDB was configured as "x86_64-redhat-linux-gnu"...
(gdb) b main
Breakpoint 1 at 0x401a80: file build/release64/local_agent/LocalAgentMain.cpp, line 34.
(gdb) bt
No stack.
(gdb) r
Starting program: /home/admin/tmp/usr/local/bin/local_agent_server
[Thread debugging usinglibthread_db enabled]
[New Thread 0x2af3399a7860 (LWP 27862)]
Breakpoint 1, main (argc=1, argv=0x7fff5728f0b8) at build/release64/local_agent/LocalAgentMain.cpp:34
34 build/release64/local_agent/LocalAgentMain.cpp: No such file or directory.
in build/release64/local_agent/LocalAgentMain.cpp
(gdb) quit
如果是这种符号表与二进程序分离的程序进行所产生的 core ,可以通过如下方式调试:gdb -c core.1234 -e bin/local_agent_server -s debug/local_agent_server.debug其中:
- -c 指定core文件
- -e 指定binary,用线上的binary即可
- -s 指定符号表,也就是我们新生成的符号表
2.2 方法二: 将 .debug 目录放到可执行程序所在的目录
除了通过 –s 指定 debuginfo 文件外,还可以将 .debug 目录复制到可执行程序所在的目录或者将 local_agent_server.debug 复制到可执行程序所在的目录.
[admin@s002182.cm6 local]$ pwd /home/admin/tmp/usr/local
[admin@s002182.cm6 local]$ cp -r debug/ bin/.debug
[admin@s002182.cm6 local]$ ls -lha bin/
1 2 3 4 5 6 7 8 9 10 11 12 | |
此时,也可以看到符号表了.
[local]$ gdb bin/local_agent_server
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 | |
2.3 Set debug-file-directory 方式不生效
尝试用 set debug-file-directory 方式来设置 debug 路径,好像不生效.
[admin@s002182.cm6 local]$ gdb bin/local_agent_server
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 | |
3 gdb 调试与符号表分离的动态库
如果二进制程序所依赖的动态库是符号表等调试信息与动态库二进制分离的,那又该如何让 gdb 加载这些动态库的符号表呢?
3.1.1 可执行程序运行时,依赖的动态库是通过 rpm 包安装的情况
这种比较简单,只要将 debuginfo 的 rpm 包将通过 rpm 安装即可,因为.debug 目录缺省会安装在 动态库所在的目录下. 下面的 anet 库的rpm 包解压后,可以清楚的看到这一点.
[admin@s002182.cm6 tmp]$ rpm2cpio anet-1.3.2-rc_2.x86_64.rpm |cpio -idv
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 | |
3.1.2 可执行程序运行时,依赖的动态库是通过 rpm2cipo 解压到某个目录的情况
如果可执行程序运行时,依赖的动态库是用户自已通过 rpm2cpio 解压后复制到某个用户自定义的目录的,那么,拿到该动态库的 debuginfo rpm 后,也相应的用 rpm2cpio 解压,并把 .debug 目录复制到相应的动态库所在的目录.
如下面sap_server的示例, sap_server 依赖 libarpc.so.1,但 libarpc.so.1 在打是将 rpm 包时, 其debuginfo 信息分离在单独的 debuginfo rpm 包中的. 所以导致 gdb core时,看不到 libarpc.so.1 的符号表.
gdb bin/sap_server_d core.17131
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 | |
要让 gdb 调试 core 时,能显示 动态库的符号表,可以用如下方法:
a). 先解压 debuginfo rpm 包
1 2 | |
b). 将 ./usr/local/lib64/.debug 复制到 libarpc.so.1 所在目录:
1 2 | |
[admin@s007238.cm6 sap]$ gdb bin/sap_server_d core.17131
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 | |
4 参考
- http://zhiwei.li/text/2010/01/gdb%E6%89%8B%E5%86%8C15gdb%E6%96%87%E4%BB%B6/
- http://searchwiki.taobao.ali.com/index.php/%E7%BA%BF%E4%B8%8Aisearch%E8%B0%83%E8%AF%95%E6%96%B9%E6%B3%95
与符号表分离程序或动态库, 如何用GDB调试 五竹
1 Debugging Information in Separate Files
GDB支持用户将程序调试信息放在一个独立的文件里,而不是和可执行程序在一个文件中,GDB可以某种方式来查找和自动加载调试信息。由于调试信息可能非常大,有时可能比可执行代码自身还要大,某些系统将其可执行程序的调试信息以单独的文件发布,在需要调试问题的时候,用户可以再安装这些文件。
GDB支持两种设置单独调试信息文件的方式:
- 可执行程序里包含了一个调试链接,此链接指定了单独的调试信息文件名。单独调试文件名通常是’executable.debug’, executable是相应的可执行程序名,不带路径(例如,’ls.debug’是’/usr/bin/ls’的调试信息文件)。此外,调试链接为调试 文件设置了CRC32的校验和,GDB用此校验和来确保可执行文件和调试文件是同一个版本的。
- 可执行文件包含一个版本ID号和一个唯一的bit串,而相应的调试信息文件也包含此bit串。(此方式只在某些系统上支持,特别是那些在二进制文件里使用ELF格式和GNU Binutils的系统。)更多关于此功能的细节,参见’–build-id’命令行选项的介绍 ,在GNU连接器的“命令行选项”节中。虽然版本ID号没有执行指出调试信息文件名,但是可以从版本ID号里计算出来,参见下 面。
由于有两种方法可以设置调试信息文件,GDB也用两种不同的方式查找调试信息文件:
- 对于“调试链接”方式,GDB在可执行文件的目录里查找对应名字的文件,接着在此目录下的子目录’.debug’下查找,最后在全局调试目录下的一个子目录里查找,此子目录的名字和可执行文件的绝对文件名的先导目录名相同。
- 对于“版本ID”方式,GDB在全局调试目录下的’.build-id’子目录下查找名为’nn/nnnnnnnn.debug’的文件,这里nn是版本ID字符串的头两个16进制字符,nnnnnnnn是余下的字符。(真正的版本ID字符串是32个或更多的16进制字符,不是10个。)
举个例子,假设你要调试’/usr/bin/ls’,此程序有个调试链接指定了调试文件’ls.debug’,且其版本ID是是16进制的abcdef1234。如果全局调试目录是’/usr/lib/debug’,那么GDB按顺序查找下列调试信息文件:
–‘/usr/lib/debug/.build-id/ab/cdef1234.debug’
–‘/usr/bin/ls.debug’
–‘/usr/bin/.debug/ls.debug’
–‘/usr/lib/debug/usr/bin/ls.debug’.
你可以设置全局调试信息目录的名称,并查看当前GDB所使用的名称。
- set debug-file-directory directory
将directory设置为GDB搜索单独调试信息文件的目录。
- show debug-file-directory
显示搜索单独调试信息文件的目录。
2 gdb 调试与符号表分离的二进制程序
一般情况下,如果没有在程序的 spec 中明确指定不进行 strip,则缺省打rpm包时,都会把二进制程序或动态库的符号表等 debuginfo 信息与执行程序分离,生成一个debuginfo 的 rpm 包. 如 localagent 打 rpm 包时,会生成如下 3 个rpm 包:
- local_agent-0.7.1-rc_1.x86_64.rpm
- local_agent-debuginfo-0.7.1-rc_1.x86_64.rpm
- local_agent-devel-0.7.1-rc_1.x86_64.rpm
将 local_agent-debuginfo-0.7.1-rc_1.x86_64.rpm 解压,可以看到相应的 debug info 文件.
[tmp]$ rpm2cpio local_agent-debuginfo-0.7.1-rc_1.x86_64.rpm |cpio –idv
./usr/local/bin/.debug/local_agent_client.debug
./usr/local/bin/.debug/local_agent_server.debug
./usr/local/lib64/.debug/liblocal_agent.so.debug
./usr/src/debug/local_agent-0.7.1
./usr/src/debug/local_agent-0.7.1/build
./usr/src/debug/local_agent-0.7.1/build/release64
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/ClientParamParser.cpp
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/FileUtil.cpp
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/LocalAgent.cpp
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/LocalAgentClient.cpp
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/LocalAgentClientMain.cpp
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/LocalAgentMain.cpp
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/LocalAgentServerAdapter.cpp
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/ServerParamParser.cpp
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/SystemWrapper.cpp
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/local_agent.pb.cc
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/local_agent.pb.h
./usr/src/debug/local_agent-0.7.1/local_agent
./usr/src/debug/local_agent-0.7.1/local_agent/AgentErrorDefine.h
./usr/src/debug/local_agent-0.7.1/local_agent/ClientParamParser.h
./usr/src/debug/local_agent-0.7.1/local_agent/FileUtil.h
./usr/src/debug/local_agent-0.7.1/local_agent/LocalAgent.h
./usr/src/debug/local_agent-0.7.1/local_agent/LocalAgentClient.h
./usr/src/debug/local_agent-0.7.1/local_agent/LocalAgentServerAdapter.h
./usr/src/debug/local_agent-0.7.1/local_agent/ServerParamParser.h
./usr/src/debug/local_agent-0.7.1/local_agent/SystemWrapper.h
对于这种符号表与二进程序分离的程序,该如何调试呢? 先看下例: [local]$ gdb bin/local_agent_server
GNU gdb Fedora (6.8-37.el5)
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is freesoftware: you are freeto change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty"fordetails.
This GDB was configured as "x86_64-redhat-linux-gnu"...
(no debugging symbols found)
(gdb) b main
Breakpoint 1 at 0x401a80
(gdb) r
Starting program: /home/admin/tmp/usr/local/bin/local_agent_server
[Thread debugging usinglibthread_db enabled]
[New Thread 0x2ad3e6935860 (LWP 27869)]
Breakpoint 1, 0x0000000000401a80 in main ()
(gdb) bt
#0 0x0000000000401a80 in main ()
(gdb)
上述例子可以看出,因为gdb 没有符号表,所以显示的都是二进制地址.2.1 方法一: gdb 启动时通过 –s 指定对于这种符号表与二进程序,可以在gdb 启动时,通过 –s 指定符号表文件来解决. 如下例,通过 –s 指定debug/local_agent_server.debug 后, gdb 调试时可以看到符号表了.[ local]$ gdb -e bin/local_agent_server -s debug/local_agent_server.debug
GNU gdb Fedora (6.8-37.el5)
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is freesoftware: you are freeto change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty"fordetails.
This GDB was configured as "x86_64-redhat-linux-gnu"...
(gdb) b main
Breakpoint 1 at 0x401a80: file build/release64/local_agent/LocalAgentMain.cpp, line 34.
(gdb) bt
No stack.
(gdb) r
Starting program: /home/admin/tmp/usr/local/bin/local_agent_server
[Thread debugging usinglibthread_db enabled]
[New Thread 0x2af3399a7860 (LWP 27862)]
Breakpoint 1, main (argc=1, argv=0x7fff5728f0b8) at build/release64/local_agent/LocalAgentMain.cpp:34
34 build/release64/local_agent/LocalAgentMain.cpp: No such file or directory.
in build/release64/local_agent/LocalAgentMain.cpp
(gdb) quit
如果是这种符号表与二进程序分离的程序进行所产生的 core ,可以通过如下方式调试:gdb -c core.1234 -e bin/local_agent_server -s debug/local_agent_server.debug其中:
- -c 指定core文件
- -e 指定binary,用线上的binary即可
- -s 指定符号表,也就是我们新生成的符号表
2.2 方法二: 将 .debug 目录放到可执行程序所在的目录
除了通过 –s 指定 debuginfo 文件外,还可以将 .debug 目录复制到可执行程序所在的目录或者将 local_agent_server.debug 复制到可执行程序所在的目录.
[admin@s002182.cm6 local]$ pwd /home/admin/tmp/usr/local
[admin@s002182.cm6 local]$ cp -r debug/ bin/.debug
[admin@s002182.cm6 local]$ ls -lha bin/
1 2 3 4 5 6 7 8 9 10 11 12 | |
此时,也可以看到符号表了.
[local]$ gdb bin/local_agent_server
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 | |
2.3 Set debug-file-directory 方式不生效
尝试用 set debug-file-directory 方式来设置 debug 路径,好像不生效.
[admin@s002182.cm6 local]$ gdb bin/local_agent_server
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 | |
3 gdb 调试与符号表分离的动态库
如果二进制程序所依赖的动态库是符号表等调试信息与动态库二进制分离的,那又该如何让 gdb 加载这些动态库的符号表呢?
3.1.1 可执行程序运行时,依赖的动态库是通过 rpm 包安装的情况
这种比较简单,只要将 debuginfo 的 rpm 包将通过 rpm 安装即可,因为.debug 目录缺省会安装在 动态库所在的目录下. 下面的 anet 库的rpm 包解压后,可以清楚的看到这一点.
[admin@s002182.cm6 tmp]$ rpm2cpio anet-1.3.2-rc_2.x86_64.rpm |cpio -idv
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 | |
3.1.2 可执行程序运行时,依赖的动态库是通过 rpm2cipo 解压到某个目录的情况
如果可执行程序运行时,依赖的动态库是用户自已通过 rpm2cpio 解压后复制到某个用户自定义的目录的,那么,拿到该动态库的 debuginfo rpm 后,也相应的用 rpm2cpio 解压,并把 .debug 目录复制到相应的动态库所在的目录.
如下面sap_server的示例, sap_server 依赖 libarpc.so.1,但 libarpc.so.1 在打是将 rpm 包时, 其debuginfo 信息分离在单独的 debuginfo rpm 包中的. 所以导致 gdb core时,看不到 libarpc.so.1 的符号表.
gdb bin/sap_server_d core.17131
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 | |
要让 gdb 调试 core 时,能显示 动态库的符号表,可以用如下方法:
a). 先解压 debuginfo rpm 包
1 2 | |
b). 将 ./usr/local/lib64/.debug 复制到 libarpc.so.1 所在目录:
1 2 | |
[admin@s007238.cm6 sap]$ gdb bin/sap_server_d core.17131
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 | |
4 参考
- http://zhiwei.li/text/2010/01/gdb%E6%89%8B%E5%86%8C15gdb%E6%96%87%E4%BB%B6/
- http://searchwiki.taobao.ali.com/index.php/%E7%BA%BF%E4%B8%8Aisearch%E8%B0%83%E8%AF%95%E6%96%B9%E6%B3%95