HOCON条件替换疑问：被文本包裹时是否仍会覆盖值？

Great question—this is a common point of confusion with HOCON's flexible substitution rules, but the short answer is: No, putting the ${?FOO_BASE_URL} inside a string doesn't cancel out its functionality, and the override will still work as expected when the environment variable exists.

Let’s break down exactly what happens in your example:

1. HOCON's Core Override Rule First #

HOCON processes configuration entries in order, and later entries for the same key always override earlier ones. So regardless of what the value looks like, your second foo.baseUrl line will replace the first one—full stop. The only question is what that second value resolves to.

2. String-Embedded ${?VAR} Substitution Behavior #

The ${?FOO_BASE_URL} syntax is a "fallback substitution" in HOCON with clear behavior:

• If the FOO_BASE_URL environment variable exists, the expression gets replaced with the variable's actual value.
• If it doesn’t exist, the entire ${?FOO_BASE_URL} expression is removed from the string (not replaced with an empty string—this is an important distinction).

Let’s map this to your specific code:

foo.baseUrl = "http://foo:1234/"
foo.baseUrl = "http://${?FOO_BASE_URL}:1234/"

Case 1: FOO_BASE_URL exists (e.g., set to prod.foo.com)

The second line resolves to:

foo.baseUrl = "http://prod.foo.com:1234/"

This completely overrides the first foo.baseUrl value—you’ll end up with the environment variable’s value inserted cleanly into the URL string.

Case 2: FOO_BASE_URL does NOT exist

The ${?FOO_BASE_URL} expression is removed, so the second line resolves to:

foo.baseUrl = "http://:1234/"

This still overrides the first value—resulting in a slightly broken URL. If you want to fall back to the original foo value when the env var is missing, you’d need to adjust the syntax to use a default fallback:

foo.baseUrl = "http://${FOO_BASE_URL:-foo}:1234/"

That way, if FOO_BASE_URL isn’t set, it uses foo as the fallback instead of stripping the expression entirely.

Key Takeaway #

HOCON’s substitution works inside string values just like it does for direct variable assignments. Wrapping the substitution in quotes doesn’t disable it—it just lets you embed the resolved value into a larger string, and the later configuration entry still overrides the earlier one as expected.

内容的提问来源于stack exchange，提问作者Spanky