ConfigModule.forRoot() changes ConfigService singleton even if ConfigModule.forRoot() is not imported about config

[kamilmysliwiec]

Well, so this one is somewhat tricky. ConfigModule is one of these modules which actually introduces side-effects immediately after calling the forRoot() method (as you've noticed) and this is actually, sort of the expected behavior. Basically, forRoot() triggers loading the environment variables from .env files using dotenv package (and process.env which holds env vars isn't scoped to any specific application, it's global for a Node process). This must happen right away (we could theoretically delay it a bit but I'm not sure whether that would be valuable) because these vars are typically crucial for other modules (and so they must be present before any provider is initialized - for example, we can't put this logic in the ConfigModule class constructor because that would mean, in some cases, env vars could have been loaded after some other providers are already initialized).

What we could do here (to somehow address this issue), instead of triggering this logic right away inside the forRoot() method, we could add a new hook (at the @nestjs/core package level). This hook would be executed when module is indeed imported by any other module but before any of them is "processed". However, this would require changes in the core (as I've mentioned earlier) and would be useful only for this particular library (config package), which doesn't sound perfect.