Какие негативные последствия могут быть от использования метода MethodImpl(MethodImplOptions.AggressiveOptimization)?

Использование метода MethodImpl(MethodImplOptions.AggressiveOptimization) может иметь следующие негативные последствия:

1. Повышение времени компиляции: этот метод увеличивает время, необходимое для компиляции кода, поскольку компилятор будет выполнять более сложные оптимизации.

2. Ухудшение отладочной информации: так как этот метод применяет агрессивные оптимизации, отладочная информация может быть искажена или утрачена, что затрудняет отладку приложения.

3. Непредсказуемое поведение: в некоторых случаях использование этого метода может привести к непредсказуемому поведению программы, так как оптимизации могут изменить порядок выполнения операций или влиять на результаты.

MethodImpl(MethodImplOptions.AggressiveOptimization) не установлен везде по умолчанию из-за следующих причин:

1. Производительность: агрессивные оптимизации могут повысить производительность кода, но они могут быть неоправданно затратными для определенных сценариев использования. Поэтому установка этого метода по умолчанию может замедлить общую производительность системы.

2. Отладка: агрессивные оптимизации могут усложнить процесс отладки кода, поскольку отладочная информация может быть искажена или утрачена. Установка этого метода по умолчанию может усложнить отладку и обнаружение ошибок.

Относительно работы со слабыми ссылками, использование MethodImpl(MethodImplOptions.AggressiveOptimization) может не привести к проблемам с ними. Однако, если происходит явное взаимодействие с слабыми ссылками в коде, то использование этого метода может привести к непредсказуемым результатам и потенциальным ошибкам. Поэтому, если в коде присутствуют слабые ссылки, рекомендуется быть осторожным с использованием агрессивных оптимизаций или отключить их для соответствующих методов.

Во-первых, избегай постоянного повторения этого совета, чтобы не утомляться. 
Во-вторых, в .NET есть умный алгоритм оптимизации, который автоматически проводит необходимую оптимизацию при необходимости. 
В-третьих, стоит помнить, что оптимизация является ресурсоемким процессом. В данной конкретной ситуации все успешно осуществлено, но представь себе огромный проект с миллионами строк кода, где некоторые части вообще не используются или запускаются всего один раз. В таком случае, придется проводить очень интенсивные оптимизации. 
В итоге, нет запрета на применение данной практики везде, просто экономически это не всегда выгодно.