默认的命名空间“ namespace="" ”。 根命名空间 “ namespace="/" ”。

<package name="test" extends="struts-default"> ，假设未指定命名空间，则命名空间默觉得 “ namespace="" ”。

默认命名空间里的Action能够处理不论什么命名空间下的Action请求。

比如，假设存在URL为/barspace/bar.action的请求，而且/barspace的命名空间下没有名为bar的Action，则默认命名空间下名为bar的Action也会处理用户请求。但根命名空间下的Action仅仅处理根命名空间下的Action的请求，这是根命名空间和默认命名空间的差别。

命名空间仅仅有一个级别。假设请求的URL是/bookservice/search/get.action。系统将先在/bookservice/search的命名空间下查找名为get的Action，假设在该命名空间内找到名为get的Action。则由该Action处理用户的请求。假设未找到。系统将直接进入默认的命名空间中查找名为get的Action，而不会在/bookservice的命名空间下查找名为get的Action 。

在struts2中，Action的名称的搜索时遵循一定原则的。以下就是struts2在请求到来后。怎么去找到合适的action进行调用。总结例如以下 (获得请求路径的URI。比如url是：http://server/struts2/path1/path2/path3/test.action)：

      1.首先寻找namespace为/path1/path2/path3的package。假设不存在这个package则运行步骤2；假设存在这个 package，则在这个package中寻找名字为test的action，当在该package下寻找不到action 时就会直接跑到默认namaspace的package里面去寻找action(默认的命名空间为空字符串"")，假设在默认namaspace的 package里面还寻找不到该action，页面提示找不到action。

      2.寻找namespace为/path1/path2的package，假设不存在这个package。则转至步骤3；假设存在这个package，则在这个package中寻找名字为test的action，当在该package中寻找不到action 时就会直接跑到默认namaspace的package里面去找名字为test的action ，在默认namaspace的package里面还寻找不到该action，页面提示找不到action。

      3.寻找namespace为/path1的package。假设不存在这个package则运行步骤4；假设存在这个package。则在这个 package中寻找名字为test的action，当在该package中寻找不到action 时就会直接跑到默认namaspace的package里面去找名字为test的action ，在默认namaspace的package里面还寻找不到该action。页面提示找不到action。

      4.寻找namespace为/的package，假设存在这个package，则在这个package中寻找名字为test的action。当在 package中寻找不到action或者不存在这个package时，都会去默认namaspace的package里面寻找action，假设还是找不到。页面提示找不到action。

    总的来说。就是相当于是最大匹配原则。假设一直没有匹配的。则一级一级往上找。直至根文件夹。假设在某处出现了匹配路径。则去那个名称空间下找 action。这个时候假设找不到，就直接跳到默认package中去找了。假设仍然找不到。那就仅仅能报错了。

所以说，这个寻找过程是先匹配大的名称空间，有匹配了才去找对应的action，假设在匹配的名称空间没有须要的action，则直接跳到默认包中找，不会再次跳回去匹配名称空间