你到底想做什么？从您提供的示例中我无法理解。在 second_handler 的 handle_event/2 中，Event1 是未绑定的。另外，使用self() 有效吗？那不应该是经理的注册名。不确定handle_event/2 是由管理器执行还是由每个处理程序进程执行（但后者更有意义）。
通过实现 gen_new_event 模块，您实现的是处理程序（即回调模块），而不是事件管理器。您拥有-behaviour(gen_event) 的事实意味着您要求编译器检查gen_new_event 是否确实实现了gen_event:behaviour_info(callbacks) 列出的所有函数，从而使gen_new_event 成为您可以 符合条件的处理程序> 通过gen_event:add_handler(manager_registered_name, gen_new_event, []) 添加到事件管理器。
现在，如果你去掉-behaviour (gen_event)，gen_new_event就不再需要实现以下功能：
35> gen_event:behaviour_info(callbacks).
[{init,1},
{handle_event,2},
{handle_call,2},
{handle_info,2},
{terminate,2},
{code_change,3}]
您可以通过添加更多功能使gen_new_event 成为一种行为（即接口），您需要任何使用-behaviour(gen_new_event) 的模块来实现这些功能：
-module (gen_new_event).
-export([behaviour_info/1]).
behaviour_info(callbacks) ->
[{some_fun, 2}, {some_other_fun, 3} | gen_event:behaviour_info(callbacks)].
现在，如果在某个模块中，例如-module(example)，你添加属性-behaviour(gen_new_event)，那么模块example将必须实现所有gen_event回调函数+some_fun/2和some_other_fun/3。
我怀疑这就是您要寻找的东西，但您的最后一个示例似乎表明您想要实现一种行为。请注意，您通过实现一个行为所做的只是要求其他模块在使用-behaviour(your_behaviour) 时实现某些功能。
（另外，如果我理解正确，如果你想扩展gen_event，那么你总是可以简单地复制gen_event.erl 中的代码并扩展它......我猜，但这对你来说真的有必要吗？正在尝试做什么？）。
编辑
目标：从 gen_event 实现中提取通用代码。所以例如在每个 gen_events 中都有一个 handle_event/2 子句。
一种解决方法：您可以使用参数化模块。这个模块将实现 gen_event 行为，但是，只有你的所有 gen_event 回调模块应该具有的常见行为。任何不“常见”的东西都可以委托给模块的参数（您可以将其绑定到包含 gen_event 回调的“自定义”实现的模块名称。
例如
-module(abstract_gen_event, [SpecificGenEvent]).
-behaviour(gen_event).
-export(... all gen_event functions).
....
handle_event({info, Info}, State) ->
%% Do something which you want all your gen_events to do.
handle_event(Event, State) ->
%% Ok, now let the particular gen_event take over:
SpecificGenEvent:handle_event(Event, State).
%% Same sort of thing for other callback functions
....
然后您将实现一个或多个 gen_event 模块，并将其插入到 abstract_gen_event 中。假设其中之一是 a_gen_event。
那么你应该可以做到：
AGenEvent = abstract_gen_event:new(a_gen_event). %% Note: the function new/x is auto-generated and will have arity according to how many parameters a parameterized module has.
然后，我想您可以将 AGenEvent 传递给 gen_event:add_handler(some_ref, AGenEvent, []) 并且它应该可以工作，但请注意我从未尝试过。
也许您也可以使用宏来解决这个问题，或者（但这有点矫枉过正）在编译时使用 parse_transform/2 进行一些操作。不过只是一个想法。看看这个参数化的解决方案是如何先行的。
第二次编辑
（注意：不确定我是否应该删除本节内容之前的所有内容。请告诉我，或者如果您知道自己在做什么，请直接删除）。
好的，所以我自己尝试了一下，是的，参数化模块的返回值在将其提供给 gen_event:add_handler/3 的第二个参数时会崩溃......太糟糕了:(
除了 a) 使用宏 b) 使用 parse_transform/2 之外，我想不出任何其他方法。
一）
-module(ge).
-behaviour(gen_event).
-define(handle_event,
handle_event({info, Info}, State) ->
io:format("Info: ~p~n", [Info]),
{ok, State}).
?handle_event;
handle_event(Event, State) ->
io:format("got event: ~p~n", [Event]),
{ok, State}.
因此，基本上，您将在头文件中包含宏定义中定义的通用功能的所有回调函数子句，该头文件包含在使用此通用功能的每个 gen_event 中。然后你？X 在每个使用通用功能的回调函数之前/之后......我知道它不是那么干净，我通常厌倦自己使用宏但是嘿......如果问题真的让你烦恼，那是一种方法去做吧。
b) 谷歌搜索有关在 Erlang 中使用 parse_transform/2 的一些信息。您可以实现一个 parse_transform，它在您的 gen_event 模块中查找回调函数，这些模块具有回调的特定情况，但没有通用情况（即像 ( {info, Info}, State) 在上面的宏中）。然后，您只需添加构成通用案例的表单。
我建议做这样的事情（添加导出）：
-module(tmp).
parse_transform(Forms, Options) ->
io:format("~p~n", [Forms]),
Forms.
-module(generic).
gen(Event, State) ->
io:format("Event is: ~p~n", [Event]),
{ok, State}.
现在你可以编译了：
c(tmp).
c(generic, {parse_transform, tmp}).
[{attribute,1,file,{"../src/generic.erl",1}},
{attribute,4,module,generic},
{attribute,14,compile,export_all},
{function,19,gen,2,
[{clause,19,
[{var,19,'Event'},{var,19,'State'}],
[],
[{call,20,
{remote,20,{atom,20,io},{atom,20,format}},
[{string,20,"Event is: ~p~n"},
{cons,20,{var,20,'Event'},{nil,20}}]},
{tuple,21,[{atom,21,ok},{var,21,'State'}]}]}]},
{eof,28}]
{ok,generic}
这样您就可以复制粘贴您将要注入的表单。您可以将它们复制到适当的 parse_transform/2 中，而不仅仅是打印，它实际上会遍历您的源代码并将您想要的代码注入到您想要的位置。
作为旁注，您可以将属性 -compile({parse_transform, tmp}) 包含到您的每个需要以这种方式进行 parse_transformed 以添加通用功能的 gen_event 模块（即避免必须自己将其传递给编译器）。只需确保 tmp 或包含您的 parse_transform 的任何模块都已加载或编译到路径上的目录中。
b) 我知道的工作似乎很多......