bug: lambda captures destruction order not determined.

*Title*: [BUG] lambda captures destruction order not determined in http ConnectionManagerImpl factory callback.

*Description*:
> In envoy/source/extensions/filters/network/http_connection_manager/config.cc when return the ConnectionManagerImpl factory callback, the created HttpConnectionManagerConfig instance "filter_config" takes reference of objects held by shared_ptr route_config_provider_manager and date_provider etc.

Per https://en.cppreference.com/w/cpp/language/lambda the order of captures construction(so destruction as well) is not determined. This may cause issue during destruction of the "filter_config" object.

*Repro steps*:
> It's kinda hard to reproduce as it's compiler dependent.
but a easy fix is to fix the order by capturing them in a temp struct or something similar before diving into the lambda.

**Note**: N/A

*Admin and Stats Output*: N/A
*Config*: N/A

*Logs*:N/A
*Call Stack*:N/A