Add Roslyn analyzers to detect incorrect usage of BenchmarkDotNet #2837

silkfire · 2025-10-10T15:50:51Z

This PR introduces an extensive set of analyzers that warns the user of incorrect usage of BenchmarkDotNet. This is something that has been asked since 2017 but has yet to be included as of this date. BDN has a set of validators that use reflection to detect errors but they are only triggered after the benchmark code has been compiled and is about to run.

I had the idea to implement this in 2022 but the testing framework back then wasn't trivial to use so I gave up in the end. Today, the Roslyn analyzer testing is completely testing framework-agnostic, making things considerably easier. It's also trivial to add multiple source files, references and framework assemblies in order to test your analyzer precisely the way you want.
All unit tests are implemented using xUnit v2.

With these analyzers, developers can detect errors early and solve them immediately. The descriptions are very clear and succinct, guiding the user and explaining the reasoning behind the specific rule.

Here's a list of currently implemented analyzers. There are still some remaining but I believe this is a good start and covers most common usage errors. The rest is up for grabs and can be added along the way.

Rule ID	Category	Severity	Title	Description	Comment
BDN1000	Usage	Error	Benchmark class (or any of its ancestors) has no annotated method(s)	The referenced benchmark class (or any of its inherited classes) must have at least one method annotated with the [Benchmark] attribute	Triggers when invoking `BenchmarkRunner.Run<BenchmarkClass>()` and the benchmark class `BenchmarkClass` (or any of its inherited classes) has no public methods marked with the `[Benchmark]` attribute
BDN1001	Usage	Error	Benchmark classes must be public	A benchmark class referenced in the BenchmarkRunner.Run method must be public
BDN1002	Usage	Error	Benchmark classes must be unsealed	A benchmark class referenced in the BenchmarkRunner.Run method must be unsealed
BDN1003	Usage	Error	Benchmark classes must be non-abstract	A benchmark class referenced in the BenchmarkRunner.Run method must be non-abstract
BDN1004	Usage	Error	Generic benchmark classes must be annotated with at least one [GenericTypeArguments] attribute	A generic benchmark class referenced in the BenchmarkRunner.Run method must be annotated with at least one [GenericTypeArguments] attribute
BDN1100	Usage	Error	Benchmark classes annotated with a [GenericTypeArguments] attribute must be non-abstract	A benchmark class annotated with a [GenericTypeArguments] attribute must be non-abstract
BDN1101	Usage	Error	Benchmark classes annotated with a [GenericTypeArguments] attribute must be generic	A benchmark class annotated with a [GenericTypeArguments] attribute must be generic, having between one to three type parameters
BDN1102	Usage	Error	Number of type arguments passed to a [GenericTypeArguments] attribute must match the number of type parameters on the targeted benchmark class	The number of type arguments passed to a [GenericTypeArguments] attribute must match the number of type parameters on the targeted benchmark class
BDN1103	Usage	Error	Benchmark methods must be public	A method annotated with the [Benchmark] attribute must be public
BDN1104	Usage	Error	Benchmark methods must be non-generic	A method annotated with the [Benchmark] attribute must be non-generic
BDN1105	Usage	Error	Benchmark classes must be non-static	A benchmark class must be an instance class
BDN1106	Usage	Error	Single null argument to the `[BenchmarkCategory]` attribute results in unintended null array
BDN1107	Usage	Error	Only one benchmark method can be baseline per class
BDN1108	Usage	Warning	Only one benchmark method can be baseline per class and category
BDN1200	Usage	Error	Only one parameter attribute can be applied to a field	Parameter attributes are mutually exclusive; only one of the attributes [Params], [ParamsSource] or [ParamsAllValues] can be applied to a field at any one time
BDN1201	Usage	Error	Only one parameter attribute can be applied to a property	Parameter attributes are mutually exclusive; only one of the attributes [Params], [ParamsSource] or [ParamsAllValues] can be applied to a property at any one time
BDN1202	Usage	Error	Fields annotated with a parameter attribute must be public	A field annotated with a parameter attribute must be public
BDN1203	Usage	Error	Properties annotated with a parameter attribute must be public	A property annotated with a parameter attribute must be public
BDN1204	Usage	Error	Fields annotated with a parameter attribute cannot be read-only	Parameter attributes are not valid on fields with a readonly modifier
BDN1205	Usage	Error	Parameter attributes are not valid on constant field declarations	Parameter attributes are not valid on constant field declarations
BDN1206	Usage	Error	Properties annotated with a parameter attribute cannot have an init-only setter	A property annotated with a parameter attribute must have a public, assignable setter i.e. { set; }
BDN1207	Usage	Error	Properties annotated with a parameter attribute must have a public setter	A property annotated with a parameter attribute must have a public setter; make sure that the access modifier of the setter is empty and that the property is not an auto-property or an expression-bodied property.
BDN1300	Usage	Error	The [Params] attribute must include at least one value	The [Params] attribute requires at least one value. No values were provided, or an empty array was specified.
BDN1301	Usage	Error	Type of all value(s) passed to the [Params] attribute must match the type of (or be implicitly convertible to) the annotated field or property	The type of each value provided to the [Params] attribute must match the type of (or be implicitly convertible to) the field or property it is applied to
BDN1302	Usage	Information	Unnecessary single value passed to [Params] attribute	Providing a single value to the [Params] attribute is unnecessary. This attribute is only useful when provided two or more values.
BDN1303	Usage	Error	The [ParamsAllValues] attribute cannot be applied to fields or properties of enum types marked with [Flags]	The [ParamsAllValues] attribute cannot be applied to a field or property of an enum type marked with the [Flags] attribute. Use this attribute only with non-flags enum types, as [Flags] enums support bitwise combinations that cannot be exhaustively enumerated.
BDN1304	Usage	Error	The [ParamsAllValues] attribute is only valid on fields or properties of enum or bool type and nullable type for another allowed type	The [ParamsAllValues] attribute can only be applied to a field or property of enum or bool type (or nullable of these types)
BDN1400	Usage	Error	Benchmark methods without an [ArgumentsSource] or [Arguments] attribute(s) cannot declare parameters	This method declares one or more parameters but is not annotated with either an [ArgumentsSource] attribute or one or more [Arguments] attributes. To ensure correct argument binding, methods with parameters must explicitly be annotated with an [ArgumentsSource] attribute or one or more [Arguments] attributes. Either add the [ArgumentsSource] or [Arguments] attribute(s) or remove the parameters.
BDN1500	Usage	Error	[Arguments] attribute can only be used on methods annotated with the [Benchmark] attribute	The [Arguments] attribute can only be used on methods annotated with the [Benchmark] attribute
BDN1501	Usage	Error	Number of values passed to an [Arguments] attribute must match the number of parameters declared in the targeted benchmark method	The number of values passed to an [Arguments] attribute must match the number of parameters declared in the targeted benchmark method
BDN1502	Usage	Error	Values passed to an [Arguments] attribute must match exactly the parameters declared in the targeted benchmark method in both type (or be implicitly convertible to) and order	The values passed to an [Arguments] attribute must match the parameters declared in the targeted benchmark method in both type (or be implicitly convertible to) and order

TODO

Check that [Arguments] and [ArgumentsSource] attribute usages are mutually exclusive
Check that the argument to [ArgumentsSource] points to a valid method
Check that the argument to [ParamsSource] points to a valid method

See #2666 for discussion as well as #389.

silkfire · 2025-10-10T16:16:07Z

@dotnet-policy-service agree

...markDotNet.Analyzers.Tests/AnalyzerTests/Attributes/ParamsAllValuesAttributeAnalyzerTests.cs

...hmarkDotNet.Analyzers/BenchmarkDotNet.Analyzers.Tests/BenchmarkDotNet.Analyzers.Tests.csproj

src/BenchmarkDotNet.Disassembler.x64/BenchmarkDotNet.Disassembler.x64.csproj

silkfire · 2025-10-10T19:18:09Z

I'm not sure whether the analyzers should be automatically enabled with the base BenchmarkDotNet package or be opt-in via its own NuGet package, what do you think?

timcassell · 2025-10-10T19:20:21Z

They should be enabled by default.

silkfire · 2025-10-10T19:26:26Z

So maybe the VSIX package project can be removed then as the analyzer can be referenced through an analyzer project reference.

timcassell · 2025-10-10T19:53:12Z

So maybe the VSIX package project can be removed then as the analyzer can be referenced through an analyzer project reference.

I actually think the analyzer should be included directly into the annotations package. Otherwise, it was found that a separate analyzer package pulls in too many unnecessary dependencies. It's a bit complicated to set up the build to do it, though, so I can do it separately after this is merged if you want. [Edit] Or I can push to your branch after your changes are complete.

silkfire · 2025-10-10T22:26:51Z

I'm getting Referenced assembly 'BenchmarkDotNet.Analyzers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' does not have a strong name. when trying to compile the test project.

timcassell · 2025-10-10T22:58:04Z

You need to import common.props in the analyzer project, too.

silkfire · 2025-10-10T23:19:57Z

Solved it. I also needed to add the public key of the assembly to the InternalsVisibleTo attribute.

silkfire · 2025-10-10T23:25:54Z

So maybe the VSIX package project can be removed then as the analyzer can be referenced through an analyzer project reference.

I actually think the analyzer should be included directly into the annotations package. Otherwise, it was found that a separate analyzer package pulls in too many unnecessary dependencies. It's a bit complicated to set up the build to do it, though, so I can do it separately after this is merged if you want. [Edit] Or I can push to your branch after your changes are complete.

Do I just reference the analyzer project from the annotations project? Or do I need to do something special for the analyzers to activate for the user? Mind that we of course don't want the analyzers to activate for the annotations project, but transitively for the user.

timcassell · 2025-10-10T23:27:24Z

Do I just reference the analyzer project from the annotations project?

Yes that's sufficient for now.

timcassell · 2025-10-10T23:29:17Z

Also you should move the analyzers test project to under the tests/ directory (and move the analyzers project up 1 level).

src/BenchmarkDotNet.Analyzers/AnalyzerReleases.Unshipped.md

src/BenchmarkDotNet.Analyzers/General/BenchmarkClassAnalyzer.cs

src/BenchmarkDotNet.Annotations/BenchmarkDotNet.Annotations.csproj

silkfire · 2025-10-11T23:11:51Z

Is Baseline = true unique per benchmark category or per benchmark class?

timcassell · 2025-10-12T03:50:28Z

Is Baseline = true unique per benchmark category or per benchmark class?

It's per category.

src/BenchmarkDotNet.Analyzers/Attributes/ParamsAttributeAnalyzer.cs

src/BenchmarkDotNet.Analyzers/Attributes/ArgumentsAttributeAnalyzer.cs

timcassell · 2025-10-18T00:15:37Z

Please also test these cases:

private const int x = 100;

[Params(x)]
public int num;

[Arguments(x)]
public void Benchmark(int i) { }

[Params(DifferentType.SomeConst)]
public int num;

[Arguments(DifferentType.SomeConst)]
public void Benchmark(int i) { }

silkfire · 2025-10-18T14:52:56Z

Please also test these cases:

private const int x = 100;

[Params(x)]
public int num;

[Arguments(x)]
public void Benchmark(int i) { }

[Params(DifferentType.SomeConst)]
public int num;

[Arguments(DifferentType.SomeConst)]
public void Benchmark(int i) { }

I had that in the pipeline too.

…arameter created by using a typeof expression

…ed with the Benchmark attribute when analyzing GenericTypeArguments attribute rules

…ot trigger mismatching type diagnostics * Test all valid attribute value types when performing type matching

…ArgumentsAttribute]" to Run analyzer and remove abstract modifier requirement

… said array for [Arguments] attribute values

… for [Params] and [Arguments] attribute values

…operty on BenchmarkAttribute * Split logic for baseline method analyzer into two rules, also verifying whether they're unique per category

… it works correctly with invalid string values

…r member" (CS1591)

Run analyzer tests in CI. Fix compile errors. Ensure analyzers run against test projects.

Add analyzers to samples.

…rule from warning to information * Move diagnostic "MethodWithoutAttributeMustHaveNoParameters" to its own analyzer and also take [ArgumentsSource] attribute into consideration * Suppress analyzer errors for incorrect BenchmarkDotNet usages in tests * Adjust wording of "ClassWithGenericTypeArgumentsAttributeMustBeGenericRule" diagnostic and move trigger location to the attribute level

tests/BenchmarkDotNet.IntegrationTests/ArgumentsTests.cs

silkfire · 2025-11-04T15:37:02Z

Not sure if this is a valid issue, but locally I get lots of errors like C:\Program Files\dotnet\sdk\9.0.306\Microsoft.Common.CurrentVersion.targets(2189,5): warning MSB9008: The referenced project ..\..\src\BenchmarkDotNet.Analyzers\BenchmarkDotNet.Analyzers.csproj does not exist. [D:\Projects\2021\BenchmarkDotNet\tests\BenchmarkDotNet.IntegrationTests\bin\Debug\net8.0\BenchmarkDotNet.IntegrationTests-3\BenchmarkDotNet.Autogenerated.csproj]

Does the generated benchmark really need to reference the analyzer project?

…sts.cs and TypeFilterTests.cs

timcassell · 2025-11-04T15:53:48Z

Oh, that's probably from the Directory.build.props file. I didn't get that error until I cleaned my bin/obj dirs. It wouldn't be an issue if #2467 was done... we could just copy the project reference to each test project instead, not sure if there's a cleaner way.

timcassell · 2025-11-04T16:02:10Z

I pushed a fix for that.

silkfire · 2025-11-05T10:16:33Z

What's the next step in this PR process?

timcassell · 2025-11-05T16:50:02Z

Looks like some tests are still failing.

silkfire · 2025-11-05T17:05:00Z

I can't really see what's wrong besides the flaky tests

timcassell · 2025-11-05T17:41:41Z

Hm... I re-ran the tests twice and they keep failing. I'm not able to repro on my local machine. 🤔

timcassell · 2025-11-05T18:39:00Z

It looks like updating the sdk to 9.0 caused some tests to fail even though the tests are using net8.0 tfm. The update was necessary because there were compile errors using Microsoft.CodeAnalysis.CSharp v4.14.0 otherwise. We can either revert the sdk update and downgrade the Microsoft.CodeAnalysis.CSharp version, or update all of the tests. It's probably easier to do the former. We should be updating all the tests to net10.0 soon after the GA release next week anyway.

silkfire force-pushed the roslyn-analyzers branch from 08ffcd6 to e0bd1d6 Compare October 10, 2025 16:16

timcassell linked an issue Oct 10, 2025 that may be closed by this pull request

Analyzers for Framework #389

Open

timcassell reviewed Oct 10, 2025

View reviewed changes

...markDotNet.Analyzers.Tests/AnalyzerTests/Attributes/ParamsAllValuesAttributeAnalyzerTests.cs Outdated Show resolved Hide resolved

timcassell reviewed Oct 10, 2025

View reviewed changes

...markDotNet.Analyzers.Tests/AnalyzerTests/Attributes/ParamsAllValuesAttributeAnalyzerTests.cs Outdated Show resolved Hide resolved

timcassell reviewed Oct 10, 2025

View reviewed changes

...hmarkDotNet.Analyzers/BenchmarkDotNet.Analyzers.Tests/BenchmarkDotNet.Analyzers.Tests.csproj Outdated Show resolved Hide resolved

timcassell reviewed Oct 10, 2025

View reviewed changes

src/BenchmarkDotNet.Disassembler.x64/BenchmarkDotNet.Disassembler.x64.csproj Outdated Show resolved Hide resolved

silkfire force-pushed the roslyn-analyzers branch from 4cec602 to de94c5b Compare October 10, 2025 22:34

silkfire force-pushed the roslyn-analyzers branch from de94c5b to c18a417 Compare October 10, 2025 23:19