这一章,我们来分析Cocos2d-x 事件机制相关的源码, 根据Cocos2d-x的工程目录,我们可以找到所有关于事件的源码都存在放在下图所示的目录中。
从这个event_dispatcher目录中的文件命名上分析 cocos2d-x与事件相关的类一共有四种, Event,EventListener,EventDispatcher,Touch分别为 事件,事件侦听器,事件分发器,触摸
我们先从Event类开始。
打开CCEvent.h文件
/*@H_696_24@*
* Base class of all kinds of events.
@H_696_24@*/
class Event : public@H_696_24@ Ref
{
@H_696_24@:
enum class@H_696_24@ Type
{
TOUCH,KEYBOARD,ACCELERATION,MOUSE,CUSTOM
};
protected@H_696_24@* Constructor @H_696_24@*/@H_696_24@
Event(Type typE);
@H_696_24@* Destructor @H_696_24@*/
virtual ~@H_696_24@Event();
@H_696_24@* Gets the event type @H_696_24@
inline Type getType() const { return@H_696_24@ _type; };
@H_696_24@* Stops propagation for current event @H_696_24@
inline void stopPropagation() { _isStopped = true@H_696_24@; };
@H_696_24@* checks whether the event has been stopped bool isStopped() @H_696_24@ _isStopped; };
@H_696_24@* @brief Gets current target of the event
* @return The target with which the event associates.
* @note It onlys be available when the event listener is associated with node.
* It returns 0 when the listener is associated with fixed priority.
@H_696_24@
inline Node* getCurrentTarget() { @H_696_24@ _currentTarget; };
@H_696_24@* Sets current target void setCurrentTarget(Node* target) { _currentTarget =@H_696_24@ target; };
Type _type; @H_696_24@///< Event type
bool _isStopped; < whether the event has been stopped.
@H_696_24@ @H_696_24@Node* _currentTarget; < Current target
friend @H_696_24@ EventDispatcher;
};
这个类并且不复杂,先看一下类的注释,Event类是所有事件类的基类。
类定义的最上面有一个枚举,定义了事件的类型
:1px solid rgb(204,CUSTOM
};
事件的各类分别为 ,触摸事件, 键盘事件, 加速器事件,鼠标事件, 用户自定义事件。
再看一下Event类的成员变量
_type 描述当前对象的事件类型。
_isStopped 描述当前事件是否已经停止
_currentTarget 是侦听事件的Node类型的对象
就这三个成员变量,含义很简单,Event类的几个方法也没什么特别的,就是成员变量的get set方法。
下面我们再看一下用户自定义事件 EventCustom 类的定义,来了解一下。
class EventCustom : @H_
696_24@ Event
{
@H_
696_24@
EventCustom(
const std::
String&@H_
696_24@ event
Name);
@H_
696_24@* Sets user data
void setUserData(
void* data)
{ _userData =@H_
696_24@ data; };
@H_
696_24@* Gets user data
void* getUserData() @H_
696_24@ _userData; };
@H_
696_24@* Gets event name
String& getEventName() @H_
696_24@ _eventName; };
void* _userData;
< User data
@H_
696_24@std:
:string _eventName;
};
在自定义事件类中,多出了两个成员变量 一个是 _userData用来记录用户自定义数据,另一个_eventName用户给这个事件起的别名。
其它的关于Event的子类,大家可以自己看一下,内容都差不多。
下面我们来分析 EventListener 这个类。
这个类看着挺长,其实没什么内容,先看下类的定义。
EventListener也同样定义了一个类型
Type
{
UNKNOWN,TOUCH_ONE_BY_ONE,TOUCH_
all_AT_ONCE,CUSTOM
};
这个类型与Event的类型有一小点不同,就是将触摸事件类型分成了 One by One (一个接一个) 与 All At Once (同时一起)两种。
再看 EventListener 的属性
std::function<void(Event*)> _onEvent; @H_696_24@//@H_696_24@ 用来记录侦听器回调函数
@H_696_24@
Type _type; @H_696_24@ 侦听器的类型
ListenerID _listenerID; @H_696_24@ 侦听器的ID 其实是个字符串
bool _isRegistered; @H_696_24@ 标记当前侦听器是否已经加入到了事件分发器中的状态变量
int _fixedPriority; @H_696_24@ 侦听器的优先级别,数值越高级别越高.默认为0
Node* _node; @H_696_24@ 场景结点(这里这个变量的作用还没能理解好,后面我们再进行分析)
bool _paused; @H_696_24@ 标记此侦听器是否为暂停状态。
bool _isEnabled; @H_696_24@ 标记此侦听器是否有效
上面分析了属性的功能 。EventListener的很简单,大部分都是属性的读写方法(get/set)这里就不多说了,下面我们重点看一下init方法及实现。
bool EventListener::init(Type t,
const ListenerID& listenerID,255)">const std::function<
void(Event*)>&@H_
696_24@ call
BACk)
{
_onEvent =@H_
696_24@ call
BACk;
_type =@H_
696_24@ t;
_listenerID =@H_
696_24@ listenerID;
_isRegistered =
false@H_
696_24@;
_paused = @H_
696_24@;
_isEnabled = @H_
696_24@;
return @H_
696_24@;
}
这个init函数 也很简单,就是一些成员变量的赋值操作。
在EventListener定义中有两个纯虚函数,我们看一下。
@H_696_24@* checks whether the listener is available. virtual bool checkAvailable() = 0@H_696_24@;
@H_696_24@* Clones the listener,its subclasses have to override this method. virtual EventListener* clone() = 0;
通过注释了解这两个函数 一个是验证listener是否有效 别一个是clone方法。
EventListener是抽象类,那么咱们找一个它的子类的具体实现。
我们看一下EventListenerCustom这个类的定义。
class EventListenerCustom : @H_
696_24@ EventListener
{
@H_
696_24@* Creates an event listener with type and call
BACk.
* @param eventType The type of the event.
* @param call
BACk The call
BACk function when the specified event was emitted.
static EventListenerCustom* create(
String& eventName,255)">void(EventCustom*)>&@H_
696_24@ call
BACk
);
///@H_
696_24@ Overrides
bool checkAvailable()
override@H_
696_24@;
virtual EventListenerCustom* clone() @H_
696_24@;
CC_CONSTRUCTOR_ACCESS:
@H_
696_24@
EventListenerCustom(
);
@H_
696_24@* Initializes event with type and call
BACk function
bool init(
const ListenerID& listenerId,0)"> call
BACk
);
@H_
696_24@:
std::function<
void(EventCustom*)>@H_
696_24@ _onCustomEvent;
friend @H_
696_24@ LuaEventListenerCustom;
};
EventListenerCustom又增加了一个成员变量,_onCustomEvent 接收一个EventCustom类型的事件为参数的回调函数。
我们可以看到,这个类的构造函数不是public形式的,所以这个类不能直接被实例化,
找到了EventListenerCustom提供了一个静态函数 create 所以实例化这个在的对象一定要使用这个create方法。
我们看一下create方法。
EventListenerCustom* EventListenerCustom::create(@H_696_24@ callBACk)
{
EventListenerCustom* ret = new@H_696_24@ EventListenerCustom();
if (ret && ret->@H_696_24@init(eventName,callBACk))
{
ret->@H_696_24@autorelease();
}
else@H_696_24@
{
CC_SAFE_deletE(ret);
}
@H_696_24@ ret;
}
这个Create函数的结构,与Node的Create结构一样,新创建的EventListener加入到了autorelease列表里面,在create的时候调用了init函数,我们再看一下EventListenerCustom::init方法。
bool EventListenerCustom::init(@H_
696_24@ call
BACk)
{
bool ret = @H_
696_24@;
_onCustomEvent =@H_
696_24@ call
BACk;
auto listener = [
this](Event*
event@H_
696_24@)
{
if (_onCustomEvent
!=@H_
696_24@ nullptr)
{
_onCustomEvent(static_cast<EventCustom*>(@H_
696_24@)
);
}
};
if@H_
696_24@ (EventListener::init(EventListener::Type::CUSTOM,listenerId,listener))
{
ret = @H_
696_24@;
}
@H_
696_24@ ret;
}
这个函数也没什么特别的,但值得注意的是,CustomEvent的回调与基类的回调函数是怎么关联的。
在EventListenerCustom类中有一个成员变量_onCustomEvent它是一个函数指针来记录事件触发后的回调函数。
在EventListener类中也有一个_onEvent成员变量来记录事件触发的时候的回调函数。
EventListenerCustom::init函数中 有一个匿名函数,listener 在这个匿名函数中 判断了_onCustomEvent是否为空,如果不为空那么调用_onCustomEvent。
后面调用基类的init方法,把这个匿名函数传递给了基类的_onEvent,这样基类的回调函数_onEvent与子类的_onCustomEvent就关联起来了。
下面我们看一下抽象方法在子类中怎么实现的
EventListenerCustom*@H_696_24@ EventListenerCustom::clone()
{
EventListenerCustom* ret = @H_696_24@init(_listenerID,_onCustomEvent))
{
ret->@H_696_24@ ret;
}
clone的操作与Create方法很象,其实就是重新创建了一个对象,它的_listenerID 、 _onCustomEvent值与原对象一样。返回的是新创建的对象指针。
事件类Event有了,侦听器类EventListener 有了,那么下面我们来分析事件的分发器EventDispatcher。
打开CCEventDispatcher.h文件
*
This class manages event listener subscriptions
and event dispatching.
The EventListener list is managed in such a way that
event listeners can be added and removed even
from within an EventListener,while events are being
dispatched.
class EventDispatcher : @H_
696_24@ Ref
{
这个类也是Ref的子类,从注释上面我们先整体的了解EventDispatcher的功能及作用。这个类管理事件侦听脚本及事件的分发处理。有一个事件侦听器列表,来记录所有侦听的事件。分析这个类我们首先还是从这个类的属性上开始。
/*@H_
696_24@* 保存所有事件侦听器的列表@H_
696_24@
std::un
ordered_map<EventListener::ListenerID,EventListenerVector*>@H_
696_24@ _listenerMap;
@H_
696_24@* 有脏标记的侦听器列表,具体什么是脏标记后面再分析。
:rgb(0,DirtyFlag>@H_696_24@ _priorityDirtyFlagMap;
@H_
696_24@* Node类型结点的事件侦听器列表 @H_
696_24@
std::un
ordered_map<Node*,std::vector<EventListener*>*>@H_
696_24@ _nodeListener
smap;
@H_
696_24@* Node结点与事件级别的列表,看到这里还不太明白这个列表是什么作用,后面着重寻找答案
int>@H_
696_24@ _nodePriorit
ymap;
@H_
696_24@* 记录结点的ZOrder与结点的指针列表 也不太知道这是干什么用的,后面找答案@H_
696_24@
std::un
ordered_map<
float,std::vector<Node*>>@H_
696_24@ _globalZOrderNodeMap;
@H_
696_24@* 事件分必后加入的侦听器列表@H_
696_24@
std::vector<EventListener*>@H_
696_24@ _
toaddedListeners;
@H_
696_24@* 与场景优先级侦听器相关联的node结点。@H_
696_24@
std::
set<Node*>@H_
696_24@ _dirtyNodes;
@H_
696_24@* 描述事件分发器是否在分发事件
int@H_
696_24@ _inDispatch;
@H_
696_24@* 标记是否开启事件分发
bool@H_
696_24@ _isEnabled;
@H_696_24@* 优先级索引@H_696_24@*/
@H_696_24@ _nodePriorityIndex;
@H_696_24@* 内部自定义侦听器索引@H_696_24@*/
@H_696_24@ std::set<std::String> _internalCustomListenerIDs;
上面针对这个类的属性做了字面上的分析,大部分属性目前还不知道具体功能,不过没关系,后面我们一个一个去破解它的含义。
现在 我们来分析一下这个类的构造函数
EventDispatcher::EventDispatcher()
: _inDispatch(
),_isEnabled(:rgb(0,_nodePriorityIndex()
{
_toaddedListeners.reserve(50@H_
696_24@
);
@H_
696_24@ fixed #4129: Mark the following listener IDs for internal use.
@H_
696_24@ Therefore,internal listeners would not be cleaned when removeAllEventListeners is invoked.
@H_
696_24@ _internalCustomListenerID
s.insert(EVENT_COME_TO_FOREGROUND
);
_internalCustomListenerID
s.insert(EVENT_COME_TO_
BACKGROUND
);
}
构造函数不复杂,除了初始几个变量,我们可以看到,向_internalCustomListenerIDs加入了两个自定义的事件,这里还有一行注释,说明,在清除所有事件侦听器的时候内容侦听器是不会被清除的。
我们看一下这两个内容自定义的事件,一个是程序返回到后台,一个是程序返回到前台。估计这在这两个事件里面要做一些暂停的工作。
从EventDispatcher的成员变量上看,都是围绕着侦听器列表来定义的,那么我们就看一下把侦听器加入到侦听器列表的方法。
第一个add方法
* Adds a event listener for a specified event with the priority of scene graph.
* @param listener The listener of a specified event.
* @param node The priority of the listener is based on the draw order of this node.
* @note The priority of scene graph will be fixed value 0. So the order of listener item
* in the vector will be ' <0,scene graph (0 priority),>0'.
void addEventListenerWithSceneGra
phpriority(EventListener* listener,Node* nod
E);
从注释上可以知道这个方法的作用是,将一个指定的事件侦听器依照场景图的优先级顺序加入到侦听器列表里面, 这个方法与场景图的绘制顺序有关系,
场景的结点渲染顺序也就是zOrder的顺序,场景中的结点优先级一般都是0,侦听器的存放顺序就是 小于0 等于0 大于0这样一个顺序 。
我们看一下这个方法的实现
void EventDispatcher::addEventListenerWithSceneGra
phpriority(EventListener* listener,Node*@H_
696_24@ nod
E)
{
C
CassERT(listener && node,
"Invalid parameters."@H_
696_24@
);
C
CassERT(!listener->isRegistered(),0)">The listener has been registered.
if (!listener->@H_
696_24@
checkAvailable())
@H_
696_24@;
listener->@H_
696_24@setAssociatedNode(nod
E);
listener->setFixedPriority(
);
listener->setRegistered(@H_
696_24@
);
addEventListener(listener
);
}
这个方法内容也简单,
1. 先检查了侦听器是否有效
2. 将结点与侦听器做了关联
3. 设置优先级为0,从注释上我们已经得到这个信息了,这个方法加入的侦听器都是显示对象的,所以优先级都为0
4. 设置侦听器已经注册状态
5. 调用了addEventListener方法,将侦听器加入到EventDispatcher的侦听器列表里。
下面我们看一下addEventListener方法,了解是将侦听器加入到侦听器管理列表里的过程
void EventDispatcher::addEventListener(EventListener*@H_
696_24@ listener)
{
if (_inDispatch ==
)
{
forceAddEventListener(listener);
}
@H_
696_24@
{
_
toaddedListener
s.push_
BACk(listener
);
}
listener->@H_
696_24@retain(
);
}
这个方法判断了当前 是否在分发消息,如果没有分发消息那么就调用 forceAddEventListener 把侦听器加入到侦听器列表里面。
如果_indispatch不为0证明现在正在分发消息那么新加入的侦听器就放到了临时数组_toaddedListeners里面
不管管理器是不是在分发消息listener都有一个归宿,那么最后增加了listener一次引用计数。
下面我们看一下forceAddEventListener方法。
void EventDispatcher::forceAddEventListener(EventListener*@H_
696_24@ listener)
{
EventListenerVector* listeners =@H_
696_24@ nullptr;
EventListener::ListenerID listenerID = listener->@H_
696_24@getListenerID(
);
auto itr =@H_
696_24@ _listenerMap.find(listenerID
);
if (itr ==@H_
696_24@ _listenerMap.end())
{
listeners = @H_
696_24@ EventListenerVector(
);
_listenerMap.insert(std::make_pair(listenerID,listeners)
);
}
@H_
696_24@
{
listeners = itr->@H_
696_24@second;
}
listeners->@H_
696_24@push_
BACk(listener
);
if (listener->getFixedPriority() ==
)
{
setDirty(listenerID,DirtyFlag::SCENE_GRAPH_PRIORITY);
auto node = listener->@H_
696_24@getAssociatedNode(
);
C
CassERT(node
!= nullptr,0)">Invalid scene graph priority!
);
associateNodeAndEventListener(node,listener);
if (node->@H_
696_24@isRunning())
{
resumeEventListenersForTarget(nod
E);
}
}
@H_
696_24@
{
setDirty(listenerID,DirtyFlag::FIXED_PRIORITY
);
}
}
这个类里面涉及到了一个EventDispatcher的内部类 EventListenerVector 这样一个数据结构,
这个结构在这里不多分析了,很简单,这个结构里封装了两个数组,_fixedListeners 与_sceneGraphListeners ,分别保存优先级不为0的侦听器指针与优先级为0的侦听器指针。
我们看一下强制将一个侦听器加入到管理列表的过程
- _listenerMap是按照侦听器ID来做分类的,每个侦听器ID都有一个EventListenerVector 数组。在_listenerMap中找 listenerID与要加入的listener相同的侦听器列表
- 如果没找到就他那天个listenerID为listener->@H_696_24@getListenerID();项加入到_listenerMap中。找到了就拿到这个ID的列表指针。
- @H_696_24@将要加入管理的侦听器放到列表中。
- @H_696_24@根据加入的侦听器的优先级别是不是0进行设置脏标记操作。
- @H_696_24@当优先级标记为0时肯定这个侦听器是与场景显示对象对象绑定的,找到这个绑定的Node对象与listener做了关联,调用了associateNodeAndEventListener方法,将结点与侦听器加入到了_nodeListenersmap列表里面。
- @H_696_24@因为侦听器有了增加,所以原侦听器列表就不是最新的了,cocos2d-x认为那就是脏数据,这样设置了关于这个侦听器ID的脏标记。
@H_696_24@通过上述分析,我们可以进一步理解到EventDispatcher类内的几个侦听器列表变量的作用。
_listenerMap 用以侦听器类型(就是侦听器的ID)索引,值是一个数组,用来储存侦听同一侦听器ID的所有侦听器对象。
_priorityDirtyFlagMap 用来标记一类ID的侦听器列表是对象是否有变化,侦是侦听器ID,值为侦听级别。
_nodeListenersmap 用来记录结点类型数据的侦听器列表,通俗点说就是以结点为索引所有侦听的事件都存在这个map里面。
@H_696_24@我们注意这里判断了node->isRunning()属性如果结点是在运行的结点,那么调用了resumeEventListenersForTarget方法。下面看下这个方法都做了些什么。
void EventDispatcher:
:resumeEventListenersForTarget(Node* target,255)">bool re
cursive@H_
696_24@ =
false @H_
696_24@)
{
auto listenerIter =@H_
696_24@ _nodeListener
smap.find(target
);
if (listenerIter
!=@H_
696_24@ _nodeListener
smap.end())
{
auto listeners = listenerIter->@H_
696_24@second;
for (auto& l : *@H_
696_24@listeners)
{
l->setPaused(@H_
696_24@
);
}
}
setDirtyForNode(target
);
@H_
696_24@ (re
cursiv
E)
{
const auto& children = target->@H_
696_24@getChildren(
);
for (
const auto&@H_
696_24@ child : children)
{
resumeEventListenersForTarget(child,@H_
696_24@
);
}
}
}
这个函数两个参数,第一个是目标结点对象,第二个参数是是否递归进行子对象调用。
这个函数过程,先在结点列表中找是否已经有这个结点了,找到之后将它的每个侦听器的暂停状态都 取消。然后设置这个结点为脏结点标记。
上面提到过设置脏的侦听器,这里看一下设置脏结点函数。
void EventDispatcher::setDirtyForNode(Node*@H_
696_24@ nod
E)
{
@H_
696_24@ Mark the node dirty only when there is an eventlistener associated with it.
if (_nodeListener
smap.find(nod
E) !=@H_
696_24@ _nodeListener
smap.end())
{
_dirtyNode
s.insert(nod
E);
}
@H_
696_24@ Also set the dirty flag for node's children
const auto& children = node->@H_
696_24@getChildren(
);
@H_
696_24@ child : children)
{
setDirtyForNode(child
);
}
}
这个函数虽然没有递归参数来控制,但从实现 上来分析这经会递归 node结点的子结点,都设置成了脏结点。
这里出现了_dirtyNodes这个类成员变量,现在可以理解什么是脏结点了,就是侦听器有变化的结点。
下面我们分析EventDispatcher类的另一个加入侦听器的方法。
* Adds a event listener for a specified event with the fixed priority.
* @param listener The listener of a specified event.
* @param fixedPriority The fixed priority of the listener.
* @note A lower priority will be called before the o
nes that have a higher value.
* 0 priority is forbidden for fixed priority since it's used for scene graph based priority.
void addEventListenerWithFixedPriority(EventListener* listener,255)">int fixedPriority
);
从注释我们先来一个整体的了解。
这个函数的作用是将一个指定优先级的侦听器加入到管理列表里面。
这里强调了,0这个优先级不能被使用,因为这是显示对象侦听器优先级别。如果小于0的优先级那么这个侦听器事件会在画面渲染之前被触发,大于0的优先级会在显示对象渲染之后触发事件回调。
好了,下面看实现过程。
void EventDispatcher::addEventListenerWithFixedPriority(EventListener* listener,0)"> fixedPriority)
{
C
CassERT(listener,
);
CCassERT(fixedPriority != 0,0)">0 priority is forbidden for fixed priority since it's used for scene graph based priority.
setAssociatedNode(nullptr);
listener->@H_
696_24@setFixedPriority(fixedPriority
);
listener->setRegistered(@H_
696_24@
);
listener->setPaused(@H_
696_24@
);
addEventListener(listener
);
}
与addEventListenerWithSceneGraphpriority方法大同小异,就是对listener进行了一些参数赋值,后面还是调用的addEventListener方法。这里就不多说了,值得注意的一点是,这个listener初始也是设置成暂停的,上面分析到在addEventListener调用后会将暂停状态取消的。
继续向下看,还有一个自定义事件的侦听器注册方法。
* Adds a Custom event listener.
It will use a fixed priority of 1.
@return the generated event. Needed in order to remove the event from the dispather
@H_
696_24@
EventListenerCustom* addCustomEventListener(
String &eventName,255)">void(EventCustom*)>& call
BACk
);
这个用户自定义事件的侦听器注册方法。参数为一个事件名称与一个回调函数。
从注释里面可以了解这个侦听器的优先级会被设置成1与就是在场景渲染之后事件才被处理。
EventListenerCustom* EventDispatcher::addCustomEventListener(@H_696_24@ callBACk)
{
EventListenerCustom *listener =@H_696_24@ EventListenerCustom::create(eventName,callBACk);
addEventListenerWithFixedPriority(listener,128)">1@H_696_24@);
@H_696_24@ listener;
}
这个函数返回了一个EventListenerCustom对象,并且通过实现过程可以看出这个listener返回的对象已经被注册到了EventDispatcher管理列表里面。
看过了注册侦听器的方法,现在我们集中看一下注销侦听器的几个重载方法。
void EventDispatcher:
:removeEventListener(EventListener*@H_
696_24@ listener) @H_
696_24@ 注销指定的侦听器
{
if (listener ==@H_
696_24@ nullptr)
bool isFound = @H_
696_24@;
auto removeListenerInVector = [&](std::vector<EventListener*>*@H_
696_24@ listeners)
{@H_
696_24@ 这里定义了一个匿名函数,作用是遍历一个listener的数组查找是否含有指定的listener,将其从数组中删除,释放引用等操作。
if (listeners ==@H_
696_24@ nullptr)
@H_
696_24@;
for (auto iter = listeners->begin(
); iter
!= listeners->end(
); ++@H_
696_24@iter)
{
auto l = *@H_
696_24@iter;
if (l ==@H_
696_24@ listener)
{
CC_SAFE_RETAIN(l
);
l->setRegistered(@H_
696_24@
);
if (l->getAssociatedNode()
!=@H_
696_24@ nullptr)
{
dissociateNodeAndEventListener(l->@H_
696_24@getAssociatedNode(),l
);
l->setAssociatedNode(nullptr
); @H_
696_24@ NULL out the node pointer so we don't have any dangling pointers to destroyed node
s.
@H_
696_24@ }
@H_
696_24@)
{
listeners->@H_
696_24@erase(iter
);
CC_SAFE_RELEASE(l
);
}
isFound = @H_
696_24@;
break@H_
696_24@;
}
}
};
for (auto iter = _listenerMap
.begin(
); iter
!=@H_
696_24@ _listenerMap.end(
);)@H_
696_24@// 遍历_listenerMap 按侦听器ID分类,一类一类遍历
{
auto listeners = iter->@H_
696_24@second;
auto fixedPriorityListeners = listeners->@H_
696_24@getFixedPriorityListeners(
);
auto sceneGra
phpriorityListeners = listeners->@H_
696_24@getSceneGra
phpriorityListeners(
);
removeListenerInVector(sceneGra
phpriorityListeners
); @H_
696_24@ 查找优先级为0的列表
@H_
696_24@ (isFound)
{
@H_
696_24@ fixed #4160: Dirty flag need to be
updated after listeners were removed.
setDirty(listener->@H_
696_24@getListenerID(),DirtyFlag::SCENE_GRAPH_PRIORITY
); @H_
696_24@ 如果找到了,那么侦听器对象有变化,设置脏标记。
}
@H_
696_24@
{
removeListenerInVector(fixedPriorityListeners
);@H_
696_24@ 查找优先级不为0的列表
@H_
696_24@ (isFound)
{
setDirty(listener->
:rgb(0,DirtyFlag::FIXED_PRIORITY);
}
}
#if CC_NODE_DEBUG_VERIFY_EVENT_LISTENERS@H_
696_24@
C
CassERT(_inDispatch
!= 0 ||
!sceneGra
phpriorityListeners ||@H_
696_24@
std::count(sceneGra
phpriorityListeners->begin(),sceneGra
phpriorityListeners->end(),listener) ==
,0)">Listener should be in no lists after this is done if we're not currently in dispatch mode.);
CCassERT(_inDispatch != 0 ||
!fixedPriorityListeners ||@H_
696_24@
std::count(fixedPriorityListeners->begin(),fixedPriorityListeners->end(),0)">
);
#endif
if (iter->second->@H_
696_24@empty())@H_
696_24@ 如果列表已经没有其它侦听器那么删除这个分类
{
_priorityDirtyFlagMap.erase(listener->@H_
696_24@getListenerID()
);
auto list = iter->@H_
696_24@second;
iter =@H_
696_24@ _listenerMap.erase(iter
);
CC_SAFE_
deletE(list
);
}
@H_
696_24@
{
++@H_
696_24@iter;
}
@H_
696_24@ (isFound)
@H_
696_24@;
}
@H_
696_24@ (isFound)@H_
696_24@ 找到了那么安全删除这个侦听器
{
CC_SAFE_RELEASE(listener
);
}
else@H_696_24@ 如果上面过程都没找到,那么在将要注册的侦听器列表里面再找一遍,如果存在那么将其删除。@H_
696_24@
{
for(auto iter = _
toaddedListeners
.begin(
); iter
!= _
toaddedListener
s.end(
); ++@H_
696_24@iter)
{
if (*iter ==@H_
696_24@ listener)
{
listener->setRegistered(@H_
696_24@
);
listener->@H_
696_24@release(
);
_
toaddedListener
s.erase(iter
);
@H_
696_24@;
}
}
}
}
下面我们看一下其它重载版本的注销侦听器的函数。
* 根据侦听器的大类型来删除侦听器
void@H_
696_24@ removeEventListenersForType(EventListener::Type listenerTyp
E);
@H_
696_24@* 根据Node结点来删除侦听器.
void removeEventListenersForTarget(Node* target,255)">bool re
cursive = @H_
696_24@* 根据指定事件名称来删除侦听器
void removeCustomEventListeners(@H_
696_24@ customEvent
Name);
@H_
696_24@* 清除所有侦听器
void removeAllEventListeners(
);
这些方法我就不一个一个分析了,因为过程都与第一个版本的相似,就是查找,删除,释放引用 这几个操作。大家可以自行看一下代码。
再看一下侦听器侦听的暂停与恢复方法。
* Pauses all listeners which are associated the specified target.
void pauseEventListenersForTarget(Node* target,0)">* Resumes all listeners which are associated the specified target.
void resumeEventListenersForTarget(Node* target,255)">
false
);
这两个方法也不用多说,就是设置了暂停属性。第二个参数是用来指定是否递归作用于子结点的。
接下来我们看一下 事件分发的方法,
* Dispatches the event
* Also removes all EventListeners marked for
deletion from the
* event dispatcher list.
void dispatchEvent(Event*
event);
从注释上初步了解这个函数是分发消息并且会注销那些被标记为要删除的侦听器。
下面我们看实现。
void EventDispatcher::dispatchEvent(Event* @H_
696_24@)
{
if (!@H_
696_24@_isEnabled)
@H_
696_24@;
updateDirtyFlagForSceneGraph(
);
DispatchGuard guard(_inDispatch
);
if (
event->getType() ==@H_
696_24@ Event::Type::TOUCH)
{
dispatchTouchEvent(static_cast<EventTouch*>(@H_
696_24@)
);
@H_
696_24@;
}
auto listenerID = __getListenerID(@H_
696_24@
);
sortEventListeners(listenerID
);
auto iter =
if (iter
!=@H_
696_24@ _listenerMap.end())
{
auto listeners = iter->@H_
696_24@second;
auto onEvent = [&
event](EventListener* listener) -> @H_
696_24@
{
event->setCurrentTarget(listener->@H_
696_24@getAssociatedNode()
);
listener->_onEvent(@H_
696_24@
);
event->@H_
696_24@isStopped(
);
};
dispatchEventToListeners(listeners,onEvent
);
}
updateListeners(@H_
696_24@
);
}
这个函数的流程为:
- 调用 updateDirtyFlagForSceneGraph 这个函数我们后面再分析实现,在这里从命名上可以知道这块处理了那些脏标记。
- 将TOUCH事件单独进行了处理,也就将Touch事件调用了dispatchTouchEvent这个方法。这个方法后面我们也单独分析。
- 把所有侦听当前传入的Event事件ID的侦听器进行了排序。sortEventListeners方法。
- 针对每个侦听当前事件的侦听器进行分发,使用了dispatchEventToListeners方法。
- 调用updateListeners 这个方法也后面分析。
其实这个dispatchEvent只是做了一个分拣操作,并没有直接去执行侦听器的回调方法。
上面过程中提到了几个重要的方法,我们下面一个一个分析。
updateDirtyFlagForSceneGraph
EventDispatcher::
updateDirtyFlagForSceneGraph()
{
@H_
696_24@_dirtyNode
s.empty())
{
for (auto&@H_
696_24@ node : _dirtyNodes)
{
auto iter =@H_
696_24@ _nodeListener
smap.find(nod
E);
@H_
696_24@ _nodeListener
smap.end())
{
for (auto& l : *iter->@H_
696_24@second)
{
setDirty(l->
:rgb(0,DirtyFlag::SCENE_GRAPH_PRIORITY);
}
}
}
_dirtyNodes.clear();
}
}
这个方法就是遍历了_dirtyNodes列表,看看有没有脏结点,一个一个的结点去设置新的事件优先级。最后将脏结点从_dirtyNodes里面删除。
sortEventListeners
void EventDispatcher::sortEventListeners(
const EventListener::ListenerID&@H_
696_24@ listenerID)
{
DirtyFlag dirtyFlag =@H_
696_24@ DirtyFlag::NONE;
auto dirtyIter =@H_
696_24@ _priorityDirtyFlagMap.find(listenerID
);
if (dirtyIter
!=@H_
696_24@ _priorityDirtyFlagMap.end())
{
dirtyFlag = dirtyIter->@H_
696_24@second;
}
if (dirtyFlag
!=@H_
696_24@ DirtyFlag::NON
E)
{
@H_
696_24@ Clear the dirty flag first,if `rootNode` is nullptr,then set its dirty flag of scene graph priority
dirtyIter->second =@H_
696_24@ DirtyFlag::NONE;
if ((
int)dirtyFlag & (@H_
696_24@)DirtyFlag::FIXED_PRIORITY)
{
sortEventListenersOfFixedPriority(listenerID
);
}
@H_
696_24@)DirtyFlag::SCENE_GRAPH_PRIORITY)
{
auto rootNode = Director::ge
Tinstance()->@H_
696_24@getRunningScene(
);
@H_
696_24@ (rootNod
E)
{
sortEventListenersOfSceneGra
phpriority(listenerID,rootNod
E);
}
@H_
696_24@
{
dirtyIter->second =@H_
696_24@ DirtyFlag::SCENE_GRAPH_PRIORITY;
}
}
}
}
这个方法作用是根据指定的事件ID来对结点进行排序。
函数过程为:
- 在脏列表里面找这个listenerID
- 如果脏列表里有这个事件ID那么才进行排序,这里在脏列表里面找有一个优化,如果脏列表里面没有,那么证明这类开事件没有变化,那么就不用排序,因为上次已经排列过顺序了。这块这么处理是按需来排序。很巧妙。
- 下面根据优先级权限来分别调用了sortEventListenersOfFixedPriority与sortEventListenersOfSceneGraphpriority两个方法。
- 这里要注意一点,在渲染对象中间传递事件实际上是以当前运行的场景为根结点来进行排序的。
我们再看下这两个方法。
sortEventListenersOfFixedPriority
void EventDispatcher::sortEventListenersOfFixedPriority(@H_
696_24@ listenerID)
{
auto listeners =@H_
696_24@ getListeners(listenerID
);
@H_
696_24@;
auto fixedListeners = listeners->@H_
696_24@getFixedPriorityListeners(
);
if (fixedListeners ==@H_
696_24@ 根据优先级排顺序
std::sort(fixedListeners->begin(),fixedListeners->end(),[](const EventListener* l1,255)">const EventListener*@H_696_24@ l2) {
return l1->getFixedPriority() < l2->@H_696_24@getFixedPriority();
});
@H_696_24@ 因为根据优先级排列顺序为 <0 >0 下面这块是找到第一个大于0优先级的索引。也就是分界点,优先级小于0的侦听器在场景渲染之前触发,大于0的侦听器在场景渲染之后触发。所以这个值很有用。
int index = for (auto& listener : *@H_696_24@fixedListeners)
{
if (listener->getFixedPriority() >= )
@H_696_24@;
++@H_696_24@index;
}
listeners->@H_696_24@setGt0Index(indeX);
#if DUMP_LISTENER_ITEM_PRIORITY_INFO@H_696_24@
log(-----------------------------------fixedListeners)
{
log(listener priority: node (%p),fixed (%d)",l->_node,l->@H_696_24@_fixedPriority);
}
#endif@H_696_24@
}
sortEventListenersOfSceneGraphpriority
void EventDispatcher::sortEventListenersOfSceneGra
phpriority(
const EventListener::ListenerID& listenerID,0)"> rootNod
E)
{
auto listeners =@H_
696_24@ getListeners(listenerID
);
@H_
696_24@;
auto sceneGraphListeners = listeners->@H_
696_24@getSceneGra
phpriorityListeners(
);
if (sceneGraphListeners ==@H_
696_24@ Reset priority index
_nodePriorityIndex =
;
_nodePrioritymap.clear();
visitTarget(rootNode,0)"> After sort: priority < 0,> 0
std::sort(sceneGraphListeners->begin(),sceneGraphListeners->end(),[
this](
return _nodePriorit
ymap[l1->getAssociatedNode()] > _nodePriorit
ymap[l2->@H_
696_24@getAssociatedNode()];
}
);
@H_
696_24@sceneGraphListeners)
{
log(
listener priority: node ([%s]%p),priority (%d):rgb(128,typEID(*l->_nodE).name(),_nodePrioritymap[l->@H_696_24@_node]);
}
@H_
696_24@
}
这个场景渲染对象事件的优先级排列与上面一个函数过程类似,很好理解。不多说了。
dispatchEventToListeners
void EventDispatcher::dispatchEventToListeners(EventListenerVector* listeners,255)">bool(EventListener*)>&@H_
696_24@ onEvent)
{
bool shouldStopPropagation = @H_
696_24@;
auto fixedPriorityListeners = listeners->@H_
696_24@getFixedPriorityListeners(
);
auto sceneGra
phpriorityListeners = listeners->@H_
696_24@getSceneGra
phpriorityListeners(
);
ssize_t i =
先处理 priority < 0 的事件侦听器
@H_
696_24@ (fixedPriorityListeners)
{
C
CassERT(listeners->getGt0Index() <= static_cast<ssize_t>(fixedPriorityListeners->size()),0)">Out of range exception!
);
if (!fixedPriorityListeners->@H_
696_24@empty())
{
for (; i < listeners->getGt0Index(
); ++@H_
696_24@i)
{
auto l = fixedPriorityListeners->@H_
696_24@at(i
);
if (l->isEnabled() && !l->isPaused() && l->isRegistered() &&@H_
696_24@ onEvent(l))@H_
696_24@ 这里判断事件是不
是需要传递下去,前面是检测侦听器的状态后面onEvent返回l是否停止的属性。它是dispatcherEvent里一个匿名函数 .
{
shouldStopPropagation = @H_
696_24@;
@H_
696_24@;
}
}
}
}
@H_
696_24@ //@H_
696_24@ 处理 priority == 0 的事件侦听器
@H_
696_24@ (sceneGra
phpriorityListeners)
{
@H_
696_24@shouldStopPropagation)
{
@H_
696_24@ priority == 0,scene graph priority
@H_
696_24@sceneGra
phpriorityListeners)
{
@H_
696_24@ onEvent(l))
{
shouldStopPropagation = @H_
696_24@;
}
}
}
}
@H_
696_24@ 处理 priority < 0 的事件侦听器
@H_
696_24@ (fixedPriorityListeners)
{
@H_
696_24@ priority > 0
ssize_t size = fixedPriorityListeners->@H_
696_24@size(
);
for (; i < size; ++@H_
696_24@at(i
);
@H_
696_24@;
}
}
}
}
}
dispatchTouchEvent
这个函数大家可以自己看一下,这里不详细分析了,基本过程与dispatchEventToListeners 差不多 区别在于它区分了onebyone及all by once的处理方式。
触摸事件后继章节我们会单独分析。
updateListeners
void EventDispatcher::
updateListeners(Event* @H_
696_24@)
{
C
CassERT(_inDispatch >
If program goes here,there should be event in dispatch.);
auto onupdateListeners = [@H_
696_24@ listenerID) @H_
696_24@ 这里定义了一个匿名函数,作用是清理_listenerMap 里的侦听器,无效的都会进行注销清除操作。
{
auto listenersIter =@H_
696_24@ _listenerMap.find(listenerID
);
if (listenersIter ==@H_
696_24@ _listenerMap.end())
@H_
696_24@;
auto listeners = listenersIter->@H_
696_24@second;
auto fixedPriorityListeners = listeners->@H_
696_24@getSceneGra
phpriorityListeners(
);
@H_
696_24@ (sceneGra
phpriorityListeners)
{
for (auto iter = sceneGra
phpriorityListeners->begin(
); iter
!= sceneGra
phpriorityListeners->@H_
696_24@end(
);)
{
auto l = *@H_
696_24@iter;
if (!l->@H_
696_24@isRegistered())
{
iter = sceneGra
phpriorityListeners->@H_
696_24@erase(iter
);
l->@H_
696_24@release(
);
}
@H_
696_24@
{
++@H_
696_24@iter;
}
}
}
@H_
696_24@ (fixedPriorityListeners)
{
for (auto iter = fixedPriorityListeners->begin(
); iter
!= fixedPriorityListeners->@H_
696_24@isRegistered())
{
iter = fixedPriorityListeners->
if (sceneGra
phpriorityListeners && sceneGra
phpriorityListeners->@H_
696_24@empty())
{
listeners->@H_
696_24@clearSceneGraphListeners(
);
}
if (fixedPriorityListeners && fixedPriorityListeners->@H_
696_24@clearFixedListeners(
);
}
};@H_
696_24@ 匿名函数结束。
@H_
696_24@ Event::Type::TOUCH)@H_
696_24@ 调用匿名函数清除TOUCH类的无效侦听器
{
on
updateListeners(EventListenerTouchOneByOne::LISTENER_ID
);
on
updateListeners(EventListenerTouchAllAtOnce::LISTENER_ID
);
}
@H_
696_24@ 调用匿名函数清除非TOUCH类型的无效侦听器@H_
696_24@
{
on
updateListeners(__getListenerID(@H_
696_24@)
);
}
if (_inDispatch >
)
@H_
696_24@;
C
CassERT(_inDispatch ==
1,0)">_inDispatch should be 1 here.
清理listenerMap里的空项目。
@H_696_24@ {
@H_696_24@empty())
{
_priorityDirtyFlagMap.erase(iter->@H_696_24@first);
delete iter->@H_696_24@ _listenerMap.erase(iter);
}
@H_696_24@iter;
}
}
@H_696_24@_toaddedListeners.empty())@H_696_24@//清理_toaddedListeners里的空项目
@H_696_24@ listener : _toaddedListeners)
{
forceAddEventListener(listener);
}
_toaddedListeners.clear();
}
}
至此消息分发过程我们分析完了。
下面看一下用户息定义的消息是怎么分发的
dispatchCustomEvent
void EventDispatcher::dispatchCustomEvent(
void *@H_
696_24@optionalUserData)
{
EventCustom ev(event
Name);
ev.setUserData(optionalUserData
);
dispatchEvent(&@H_
696_24@ev
);
}
参数为一个事件名称和一个用户自定义的数据指针,这里面创建了个文化EventCustom对象,然后调用了@H_696_24@dispatchEvent(&@H_696_24@ev);之后分发的过程与上面的一样了。
@H_696_24@好啊,今天又啰嗦这么多,主要分析了三个东东,Cocos2d-x中的 事件、 侦听器、事件分发器
@H_696_24@有经验的同学可以看出,其实这里用到了一个常用的设计模式就是观察者@H_696_24@模式,采用了注册事件,触发采用回调函数来执行事件过程。
@H_696_24@小鱼在这里总结一下:
- @H_696_24@Cocos2d-x的事件有几种类型,触摸(TOUCH)、键盘(KEYBOARD)、重力器(ACCELERATION)、鼠标(MOUSE)、用户自定义类型(CUSTOM)
- @H_696_24@侦听器也有几种 TOUCH_ONE_BY_ONE,CUSTOM
- 分发器将事件对象传递给在分发器里注册的事件侦听对象,根据事件类型做匹配,匹配到合适的侦听器后就算事件触发了,调用 侦听器的回调函数来执行事件过程。
- Cocos2d-x引擎中有一个分发器对象,就是在Direct类中的_eventDispatcher这个变量,在创建Direct对象时进行的初始化。
今天Cocos2d-x的事件分发机制源码我们分析到这里,在event_dispatch目录里还有一些关于事件的类我们就不做具体分析了,大同小异,如果理解上面的内容自行阅读那部分源码是没问题的。
下一章 我们来阅读Cocos2d-x3.0有关场景Scene类的源码。