Native AoT-compiled application fails with TypeInitializationException in latest daily build for .NET 9

[martincostello]

Description

I have a .NET application which I compile with native AoT that I am testing against .NET daily builds of .NET 9.

Since adding the new MSTest SDK to enable testing with native AoT, my branch for the nightly builds has uncovered an issue where the native AoT version of the application (i.e. not the normal xunit tests) fail at runtime when attempting to resolve a dependency from the service provider.

Reproduction Steps

1. Clone https://github.com/martincostello/dotnet-runtime-101010-repro
2. Run the following commands from the root of the repository:

   dotnet publish
   ./artifacts/publish/dotnet-runtime-101010-repro/release/repro

Expected behavior

The application prints the following to the console:

The latest release of .NET 9 is 9.0.0-preview.3

Actual behavior

An exception is thrown:

Unhandled exception. System.TypeInitializationException: A type initializer threw an exception. To determine which type, inspect the InnerException's StackTrace property.
 ---> System.NotSupportedException: Cannot retrieve a MethodInfo for this delegate because the method it targeted (Microsoft.Extensions.DependencyInjection.ActivatorUtilities.GetService(IServiceProvider, Type, Type, Boolean, Object)) was not enabled for metadata.
   at Internal.Reflection.Extensions.NonPortable.DelegateMethodInfoRetriever.GetDelegateMethodInfo(Delegate) + 0x24e
   at Microsoft.Extensions.DependencyInjection.ActivatorUtilities..cctor() + 0xd7
   at System.Runtime.CompilerServices.ClassConstructorRunner.EnsureClassConstructorRun(StaticClassConstructionContext*) + 0xb9
   --- End of inner exception stack trace ---
   at System.Runtime.CompilerServices.ClassConstructorRunner.EnsureClassConstructorRun(StaticClassConstructionContext*) + 0x145
   at System.Runtime.CompilerServices.ClassConstructorRunner.CheckStaticClassConstructionReturnGCStaticBase(StaticClassConstructionContext*, Object) + 0xd
   at Microsoft.Extensions.DependencyInjection.ActivatorUtilities.TryFindPreferredConstructor(Type, Type[], ActivatorUtilities.ConstructorInfoEx[], ConstructorInfo&, Nullable`1[]&) + 0x11a
   at Microsoft.Extensions.DependencyInjection.ActivatorUtilities.FindApplicableConstructor(Type, Type[], ActivatorUtilities.ConstructorInfoEx[], ConstructorInfo&, Nullable`1[]&) + 0x36
   at Microsoft.Extensions.DependencyInjection.ActivatorUtilities.CreateFactoryReflection(Type, Type[]) + 0x44
   at System.Threading.LazyInitializer.EnsureInitializedCore[T](T&, Boolean&, Object&, Func`1) + 0x43
   at Microsoft.Extensions.Http.DefaultTypedHttpClientFactory`1.Cache.get_Activator() + 0x4c
   at Microsoft.Extensions.Http.DefaultTypedHttpClientFactory`1.CreateClient(HttpClient) + 0x25
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.VisitDisposeCache(ServiceCallSite, RuntimeResolverContext) + 0xe
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteVisitor`2.VisitCallSite(ServiceCallSite, TArgument) + 0xb7
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.Resolve(ServiceCallSite, ServiceProviderEngineScope) + 0x3d
   at Microsoft.Extensions.DependencyInjection.ServiceProvider.GetService(ServiceIdentifier, ServiceProviderEngineScope) + 0xa3
   at Microsoft.Extensions.DependencyInjection.ServiceProvider.GetService(Type) + 0x2b
   at Microsoft.Extensions.DependencyInjection.ServiceProviderServiceExtensions.GetRequiredService(IServiceProvider, Type) + 0x57
   at Microsoft.Extensions.DependencyInjection.ServiceProviderServiceExtensions.GetRequiredService[T](IServiceProvider) + 0x29
   at Program.<<Main>$>d__0.MoveNext() + 0x111
--- End of stack trace from previous location ---
   at Program.<Main>(String[] args) + 0x24

The code that appears to trigger the issue is this.

services.AddHttpClient<ReleaseNotesService>((provider, client) =>{ /* No-op */ });

Regression?

Yes, the same code works with .NET 9 preview 3.

Known Workarounds

Disable native AoT.

Configuration

.NET SDK 9.0.100-preview.4.24212.40

Other information

No response

[martincostello]

Looks like might be related to #100916.

[dotnet-policy-service]

Tagging subscribers to this area: @agocke, @MichalStrehovsky, @jkotas
See info in area-owners.md if you want to be subscribed.

[agocke]

@martincostello #100916 was fixed. Any chance you can try again?

[martincostello]

Sorry yes, this is fixed now - I forgot to circle back to close this.