是“类路径:”吗? Spring 特有的前缀,还是 JVM 的概念?

发布于 2024-11-15 13:00:12 字数 307 浏览 2 评论 0原文

我的 web.xml 中有这个:

<context-param>
     <param-name>contextConfigLocation</param-name>
     <param-value>classpath:spring-config.xml</param-value>
</context-param>

我怀疑这是仅 Spring 使用的约定?如果是,我的应用程序加载时间是否会更长,因为我没有指定直接文件位置,但现在它必须搜索整个类路径?

I have this in my web.xml:

<context-param>
     <param-name>contextConfigLocation</param-name>
     <param-value>classpath:spring-config.xml</param-value>
</context-param>

I suspect this is a convention used only by Spring? If it is, will it take my app longer to load, since I'm not specifying a direct file location, but now it must search the entire classpath?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

白昼 2024-11-22 13:00:12

我怀疑这是一个约定
仅由 Spring 提供?

是的,它代表 ClassPathResourceSpring 的 Resource 抽象< /a>

如果是,我的应用程序需要更长时间吗
加载,因为我没有指定
直接文件位置,但现在必须
搜索整个类路径?

不,a)它在内部使用类加载器,这应该足够快。 b) 你真的没有太多选择。在 web 应用程序上下文中使用文件是一个非常糟糕的主意,因为它使您依赖于应该留给实现应用程序服务器的实现细节(WAR 可能会也可能不会被解包)。

I suspect this is a convention used
only by Spring?

Yes, it stands for a ClassPathResource and is part of Spring's Resource abstraction

If it is, will it take my app longer
to load, since I'm not specifying a
direct file location, but now it must
search the entire classpath?

No, a) it uses the ClassLoader internally which should be fast enough. b) you don't really have much of a choice. using files is a very bad idea in a webapp context, because it makes you dependent on implementation details that should be left to the implementing App server (a WAR may or may not be unpacked).

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文