Вопрос теоретический, поэтому не закидывайте меня кодом и ссылками, а просто объясните вкратцэ 
Можно ли каким-нибудь образом повесить на любой метод событие, которое будет вызываться когда этот метод будет вызываться?

Bogdan1024, 

имеется ввиду возможность установить генерируемое событие для всех методов из одного места?
или возможность генерирования события в любом гипотетически возможном методе?

Такой возможности нет. Вот почему:

Генерировать событие до или после тела метода? Куда девать аргументы метода, передавать в событие или нет, создавать фрейм стека или нет (до или после)? Отменить вызов метода, если событие захочет этого? Как обрабатывать исключения в коде обработчика события?

P.S. по сабжу было что-то по поводу контекстов, но было это давно и для .NET 1.0/1.1, уже не вспомню   

Это было бы неплохо 

Это интересует 

Я не знаю куда, может микрософтовцы знают  Может нужно задифайнить одну константу и фрэймворк начнёт работать по-другому  
Ведь мы же можем ставить брэйкпойнты где угодно в приложениях, даже в самом бинарнике (экзешнике). Может быть фрэймворк имеет методы, которые позволяют делать что-то подобное: дико контролировать исполнение приложения? 
Я не работал с MSIL-отладчиком. 
Просто мне кажется что когда что-то доходит до брэйкпойнта, то генерируется событие.

Добавлено через 6 минут и 49 секунд
Не, я понимаю что со стеком ничего не происходит на брэйкпойнтах. Но всё же...  
Можно ли просто следить за выполнением программы и создавать события при вызове некоторых методов в другой?

Что позволено дебаггеру, то не позволено.... хмм... простому смертному   

У дебаггера есть PDB-файл с полной инфой об адресе каждого метода, вот он и рулит, и вообще дебаггер CLR не написан на c#/.net, а только подвид обычного сишного студийного дебаггера с его набором инструментов. У программера есть прямые руки и возможность воткнуть в начало нужного метода вызов статического метода а-ля MyEvent.Raise("message") и т.п.

Добавлено через 1 минуту и 33 секунды

см. "прямые руки" и так далее   

Всё ясно  Когда врублюсь в MSIL по-лучше, тогда возможно вернусь к этой теме. А пока что считаю её закрытой  Всем учасникам спасибо 

можно.
смотреть в сторону Aspect.NET и других AOP-библиотек

В Питере сделано       

+1.
Если вкратце - то аспекты помогают по определенному принципу выбрать методы, при всех вызовах которых нужно что-то делать. Ну, например вызывать метод логирования инфы - чтобы не писать однотипные строчки в n методах, можно написать аспект, который выберет методы и runtime впихнет нужный код. 

для лучшего понимания конечно юзайте документацию, но я когда заинтересовался - мне почему то лучше всего помогла статья про аспекты в php   -  с моей т.зр. было явно лучше и понятней написано чем в статьях, опирающихся на c#/java либы, может конечно не те доки читал