Sling解析脚本调用顺序

我正在研究 sling 如何根据 url 调用脚本。在选择器的情况下，它似乎工作正常，但如果我不使用选择器，它会让我难以理解：

我有一个页面/content/AEMProject/English/test.html其中有资源类型AEMProject/components/page/basepage基于资源的页面有 4 个脚本文件：basepage.html.jsp , basepage.jsp , html.jsp, GET.jsp。我红色了吊带最佳匹配概念。所以我有两个奇怪的案例。

1) My basepage.html.jsp正在执行，因为我认为这是最佳匹配。如果我删除这个文件html.jsp执行但我认为basepage.jsp作为第二个最好的情况。

2）如果我删除basepage.html.jsp , basepage.jsp , html.jsp文件我的GET.jsp不渲染。

我在这里考虑将基页作为选择器，否则 IS 不是。

Thanks

引用自吊索文档 http://sling.apache.org/documentation/the-sling-engine/url-to-script-resolution.html脚本路径优先级的规则定义如下：

• 匹配的请求选择器越多越好。

（请注意，具有多个选择器的脚本不会被选中，即，如果您有一个脚本 x.y.jsp，其中 x 和 y 是您的选择器，则 sling 会忽略它。但它仍然会选择该脚本y.jsp，存在于文件夹内x即，如果请求是针对 test.x.y.html，则

-basepage
 |_x
   |_y.jsp (selected)
 |_x.y.jsp (ignored)
 |_x.jsp (selected in case x/y.jsp is not present. The script containing the first selector is chosen in such cases.)

• 包含请求扩展的脚本比不包含请求扩展的脚本匹配得更好（仅适用于 html）

• 在处理顺序中较早找到的脚本比较晚找到的脚本匹配得更好。这意味着该脚本更接近原始版本 资源类型层次结构中的资源类型是较早考虑的。

那么现在回答你的问题，

1. 您的 html.jsp 始终优先于您的 component.jsp，而不是相反。

2. 您的 GET.jsp 应该在最坏的情况下执行，即当没有其他文件存在时，除非您从其他组件继承了该文件。