唐永王璘事件考辨
第22卷第4期2005年12月
青 岛 大 学 师 范 学 院 学 报
JOURNAL OF TE ACHERS COLLEGE Q I N G DAO UN I V ERSI TY
Vol.22No.4
Dec.2005
●历史研究
唐永王事件考辨
张 振
(首都师范大学文学院,北京100089)
摘 要:唐玄宗天宝十五年(公元756年)六月,唐玄宗在安史叛军的威胁之下,仓皇离开长安前往蜀郡。
途中太子李亨分兵北上,并在灵武自立为皇帝;同时,玄宗也以皇帝的身份发布命令,任命永王为四道节度使,并出镇江陵。八月,玄宗得知肃宗即位消息之后,不得不承认肃宗,但是他仍然为自己保留了一定时间、一定地域内的有限权力。因此,永王的出镇为玄宗所派遣的合法行为,但由于永王的行为对肃宗构成威胁,肃宗部署军队予以防范。十二月,永王出师东巡,玄宗积极给予支持,但是在肃宗军队的强大压力之下,永王军队内部发生分裂,一败涂地。在这种情况下,玄宗只好宣布永王东巡为“暴乱”,以与肃宗达成妥协。
关键词:唐玄宗;唐肃宗;永王
中图分类号:K242.07 文献标识码:A 文章编号:100624133(2005)0420010207
收稿日期:2005209222
作者简介:张 振(1978—),男,山东高密人,首都师范大学文学院博士研究生。
1 第22卷第4期 张 振:唐永王事件考辨1
青岛大学师范学院学报2005年12月
21
1 第22卷第4期 张 振:唐永王事件考辨3
青岛大学师范学院学报2005年12月
41
第22卷第4期 张 振:唐永王事件考辨
综合以上论述可见,安史之乱爆发之后,在唐王朝统治者内部,即唐玄宗李隆基与太子李亨之间,发生了对最高统治权的争夺。由于太子李亨的行为较为适合战争时期平定叛乱的历史需要,故而得到了人民和大部分官吏的支持,在未经玄宗同意的情况下即位,成为皇帝。而玄宗在得到消息后,亦不得不承认这一既成事实。但是,玄宗仍然不甘心退出历史舞台,试图通过已经赴镇的永王李一统南方,从而获得与唐肃宗对等的经济、政治、军事实力。永王李起兵东巡虽然合乎唐玄宗的战略意图,并得到唐玄宗的支持,但是在唐肃宗看来,其性质自然为谋逆。但是首先他是有正式任命的皇室成员,另外他的东巡得到了玄宗的支持,所以在其失败之前,肃宗未曾正式发布命令宣布永王为叛逆,在其失败之后,肃宗亦不愿在此问题上直接与玄宗发生冲突,因此也“不宣其罪”。而唐玄宗在永王兵败之后,已经没有资本与肃宗相抗衡,因此不得不宣布原先他所支持的永王东巡为“公行暴乱”,借此得到肃宗的谅解,以达成妥协。
注释:
①按:杨国忠集团的覆灭与太子集团有密切的关系。首先,宰相与东宫的矛盾由来已久。如《旧唐书》卷10《肃宗本纪》:“初,太子瑛得罪,上召李林甫议立储贰,时寿王瑁母武惠妃方承恩宠,林甫希旨,以瑁对。及立上为太子,林甫惧不利己,乃起韦坚、柳勣之狱,上几危者数四。后又杨国忠依倚妃家,恣为亵秽,惧上英武,潜谋不利,为患久之。”《旧唐书》,第1册,第240页。参见袁英光、王界云著《唐明皇传》,第十三章《李林甫专相》第三小节《围绕太子亨而起的“冤狱”》。《唐明皇传》,天津人民出版社,1987。其次,安史之乱的爆发激化了太子集团与杨国忠集团的矛盾。如《旧唐书》卷106《杨国忠传》:“玄宗闻河朔变起,欲以皇太子监国,自欲亲征,谋於国忠。国忠大惧,归谓姊妹曰:‘我等死在旦夕。今东宫监国,当与娘子等併命矣。’姊妹哭诉於贵妃,贵妃衔土请命,其事乃止。”《旧唐书》,第10册,第3245页。最后,太子集团参与了马嵬之变。《新唐书》卷208《李辅国传》:“陈玄礼等诛杨国忠,辅国豫谋。”《新唐书》,第19册,第5879页。又《资治通鉴》卷218《唐纪》三十四肃宗至德元载(756)六月十四日丙申:“陈玄礼以祸由杨国忠,欲诛之,因东宫宦者李辅国以告太子,太子未决。”《资治通鉴》,第15册,第6973页。参见胡澱咸:《马嵬驿事件真象》,《安徽师大学报(哲社版)》,1980年第4期;《唐明皇传》第十七章《弃京幸蜀》第二小节《马嵬惊变》;任士英:《唐代玄宗肃宗之际的中枢政局》,社会科学文献出版社,2003。
②贾二强文亦据此诏书指出唐玄宗“保留发诰的权力,就仍可号令天下,而且对军国大事的处理上也明显留了一手”。但并未明确指出唐玄宗所保留发诰权的时间性和地域性。
③贾二强文称此制“标志着玄宗以皇子代替边镇将领典兵这一重大政策转变,这是玄宗部署平定安禄山反叛的重大决策”。
④贾二强文称:“在肃宗掌握了朔方军的情况下,玄宗唯
有也控制一支具有相当实力的武装,方可与之抗衡,并进而重掌最高统治权”,仅将永王视为玄宗与肃宗争夺权力的筹码。其实永王之出镇江南,亦有巩固江南,防备安史叛军之用意。这也是玄宗“命元子北略朔方,
诸王分守重镇”的战略意图之体现。
⑤贾二强文亦于此加以注意,称此任命“同李的活动既有时间上的一致性,又有地区上的共同性”。但是,第一,始终未注意刘汇其人的“永王傅”的身份;第二,未注意丹阳(尤其是其治所丹徒县)一地于战略上之重要性。
⑥[日]池田温《唐代诏敕目录》系此诏书于十一月
,其依据为《旧唐书》卷107《李传》及《资治通鉴》卷219。见《唐代诏敕目录》,
第265页。按:《旧唐书》永王本传中并未明言此诏书发布之月份。中华书局本《资治通鉴》于至德元载十二月条下引用章钰《胡刻通鉴正文校宋记》,证明此处
“十二月”当为“十一月”
。但是,“永王”条自“永王,
幼失母”至“[
高]适陈江东利害,且言必败之状”均为追述永王事件的背景与原委,并非前文的“十二月[十一月]”所能限定。而且,在《新唐书》卷6《肃宗本纪》中明确指出:“[至德元载]十月辛巳朔……是月,遣永王朝上皇天帝于蜀郡。”《新唐书》,第1册,第157页。故而,池田温《唐代诏敕目录》系年有误,此诏书当系于至德元载十月
。
参考文献:
[1](后晋)刘.旧唐书[M].北京:中华书局,1975
. [2]乔象钟.李白从事辨[J].文学遗产增刊,1959, (12).
[3]郭沫若.李白与杜甫[M].北京:人民文学出版社, 1971.
[4]万光治.李白从辨析[J].社会科学研究,1981,(2).
[5]寇养厚.永王东巡与《永王东巡歌》[J].山西大学学报,1984,(
3).
[6]贾二强.唐永王李起兵事发微[J].陕西师大学报, 1991,(2).
[7](宋)欧阳修,宋祁.新唐书[M].北京:中华书局, 1975.
[8](宋)司马光.资治通鉴[M].北京:中华书局,1956.
51
青岛大学师范学院学报2005年12月
[9](宋)宋敏求.唐大诏令集[M].北京:商务印书馆, 1959.
[10][日]池田温.唐代诏敕目录[M].西安:三秦出版社, 1991.
[11](唐)李吉甫.元和郡县图志[M].北京:中华书局, 1983.
[12](清)董诰.全唐文[M].上海:上海古籍出版社, 1990.
[13]詹锳.李白全集校注汇释集评[M].天津:百花文艺出版社,1996.
[14]詹锳.李白诗文系年[M].北京:人民文学出版社, 1984.
A Research on the Affa i r of Y ongwang i n the Tang D yna sty
ZHANG Zhen
(S chool of L anguage and L iterature,Capita l N or m al U n iversity,B eijing100089,China)
Abstract:I n the year756AD,under the threat of An Lushan’s rebel force,Tang Xuanz ong left Changan for Sichuan.The p rince moved northward and acclai m ed hi m self Emper or Tang Suz ong in L ing wu. But si m ultaneously Tang Xuanz ong als o set his order as Emper or and assigned Yong wang regi onal chief t o J iangling City.I n August,Xuangz ong was inf or med that Suz ong had ascended the thr one.He had t o adm it the accomp lished fact,but he still kep t li m ited power f or hi m self.Since Yong wang was assigned by Xuanz ong, he’s a legal officer.Yong wang made threat on Suz ong,s o Suz ong kep t a l ookout on hi m.I n Dece mber,Yong2 wang made an eastern patr ol under the aegis of Xuanz ong.However,under the p ressure of the ar my of Su2 z ong,Yong wang suffered a crushing defeat.I n that case,Xuanz ong had t o declare Yong wang’s patr ol a ri ot t o comp r om ise with Suz ong.
Key words:Tang Xuanzong;Tang Suz ong;Yong wang
声 明
本刊自2005年第1期起,被台湾中文电子期刊—思博网(CEPS)收录,其访问地址为:www.cep https://www.360docs.net/doc/016170547.html,.t w。凡向本刊投稿者,均视为其文稿刊登后可供思博网(CEPS)
收录、转载并上网发行,其作者文章著作权使用费与稿酬一次付清,本刊不再另付其它
报酬。
《青岛大学师范学院学报》编辑部 61
ActionEvent事件处理机制
类 ActionEvent https://www.360docs.net/doc/016170547.html,ng.Object java.util.EventObject java.awt.AWTEvent java.awt.event.ActionEvent 所有已实现的接口： Serializable public class ActionEvent extends AWTEvent 指示发生了组件定义的动作的语义事件。当特定于组件的动作（比如被按下）发生时，由组件（比如Button）生成此高级别事件。事件被传递给每一个ActionListener对象，这些对象是使用组件的addActionListener方法注册的，用以接收这类事件。 注：要使用键盘在Button上触发ActionEvent，请使用空格键。 实现ActionListener接口的对象在发生事件时获取此ActionEvent。因此，侦听器不必处理个别鼠标移动和鼠标单击的细节，而是可以处理像“按下按钮”这样的“有意义”（语义）事件。 从以下版本开始： 1.1 另请参见： ActionListener, Tutorial: Java 1.1 Event Model, 序列化表格 字段摘要 static int ACTION_FIRST 用于标识动作事件的 ID 序列的起始编号。 static int ACTION_LAST 用于标识动作事件的 ID 序列的结束编号。 static int ACTION_PERFORMED 此事件 id 指示发生了有意义的动作。 static int ALT_MASK alt 修饰符。 static int CTRL_MASK Ctrl 修饰符。 static int META_MASK
客户投诉处理管理办法
客户投诉处理管理办法 一、目的及适用围 （一）目的 为明确客户投诉处理的责任，建立快速、高效的处理机制，规处理流程，提升长安铃木品牌形象和客户满意度，特制订本办法。 （二）适用围 本办法适用于与长安铃木汽车（以下简称公司）签订经销服务合同的长安铃木经销商、服务商。 二、相关文件 本管理办法通过引用以下文件的条款而成为本管理办法的一部分，如被引用条款发生改变，本管理办法随之改变。如相关文件另有规定的，以相关文件的规定为准。 中华人民国产品质量法 中华人民国消费者权益保护法 家用汽车产品修理、更换、退货责任规定等 长安铃木汽车保修手册 三、术语 客户投诉：包括但不限于以客户中心系统、、传真、电子、媒体（包括报纸、杂志、电视、电台、网络等）、信件、口头等形式最终传达到公司客户 中心的表达不满或要求答复、予以支援等均界定为客户投诉。亦称客 诉或投诉。 重大客户投诉：符合以下条件的投诉定义为重大客户投诉：①与车辆有关的客户投诉（火灾、大事故）；②与车辆安全气囊有关的客户投诉；③达不到 换车条件客户要求换车；④达不到退车条件客户要求退车；⑤达不到 换整机条件客户要求更换发动机总成；⑥达不到换总成条件客户要求 更换变速箱总成；⑦客户投诉到媒体、消协、工商局等公众部门、起
诉到法院；⑧涉及到人身安全的投诉（转向、制动、发动机突然熄火 等）⑨违反国家法律法规导致的客户投诉；⑩其它认为有必要制定重 点管控的客户投诉。 特案保修：对于确因此产品质量问题导致的客户投诉，有些虽然已超出了保修围，但经公司研判并同意，其维修费用可以提供特案申请结算。此部分由 技术支持系授权处理。需说明的是，特案作为特别理赔费用的一种补 充，仅限于适当补偿，即并非所有超出保修围的质量投诉均属于补偿 围，也并非修理费用全额补偿。 特别理赔：为避免客户的过激行为对公司及品牌造成负面影响，同时为与客户建立长期友好、协作、信任的关系，提高顾客满意度及忠诚度，而给客 户提供服务保证围以外的维修保养服务或商务费用，亦称善意补偿。 有效客户投诉：①由于经销商/服务商原因（包括但不仅限于服务态度、服务管理、服务技术）造成的客户投诉；②在处理客户投诉过程中，由于经 销商/服务商原因（包括但不仅限于未将长安铃木形象的维护放在首 位、跟踪力度、配合程度、执行程度）造成向负面方向发展（包括但 不仅限于客户重复投诉；客户投诉升级、处理程度加大；长安铃木损 失扩大、长安铃木形象受到损害）的客户投诉。 A级定义： 符合以下条件的投诉定义为重大客户投诉： 关于车辆重要安全部分的投诉（制动系统、安全气囊等） 关于车辆火灾、车祸的投诉 有可能发展成民事或刑事诉讼的投诉 有可能招致媒体报导的投诉 要求厂家给予书面确认或答复的投诉 警察、工商、消协等公共机构介入的投诉 提出更换车辆及损害赔偿要求的投诉 反复修理的投诉 客户堵门的投诉 B级定义： 媒体投诉：在一般投诉性质基础上，因客户对相关解释（如保修政策） 处理结果不满意或因其他原因不能达到客户诉求，客户为了扩大关注 面，利用自身的社会关系，在电视，电台，网络，报纸等媒体进行曝光
客户投诉管理办法
客户投诉管理办法 （一）目的 为求迅速处理客户投诉案件，维护公司信誉，促进质量改善与售后服务，制定本办法。 （二）范围 包括客户投诉表单编号原则，客户投诉的调查处理、追踪改善、成品退货、处理期限，核决权限及处理逾期反应等项目。 （三）适用时机 凡本公司PCB产品遇客户反应质量异常的申诉（以下简称"客户投诉"） 时，依本施行办法的规定办理（如未造成损失时业务部或有关单位前 ? I \ 1 ■CX \ i ' 往处理时，应填报”异常处理单”反应有关单位改善）。 厂————..^'X （四）处理程序 客户投诉处理流程，如下表。 （五）客户投诉分类 ,--j I " f' 客户投诉处理作业依客户投诉异常原因的不同区分为： 1. ?质量异常客户投诉发生原因（指人为因素造成）。 2. ?量投诉发生原因。 （六）处理部门 （七）处理职责 各部门客户投诉案件的处理职责 1. 业务部门
（1）详查客户投诉产品的订单编号、料号、数量、交运日期。(2) 了解客户投诉要求及客户投诉理由的确认。 (3) 协助客户解决疑难或提供必要的参考资料。 (4) 迅速传达处理结果。 2. 质量管理部 (1) 管理客户投诉案件的调查、提报与责任人员的拟定。 (2) 发生原因及处理、改善对策的检查、执行、督促、防之提报。 (3) 客户投诉质量的检验确认。 3. 总经理室生产管理组 (1) 客户投诉案件的登记，处理时效管理及逾期反应。 ⑵客户投诉内容的审核、调查、提报。 (3) 客户投诉立会的联系。 (4) 处理方式的拟定及责任归属的判定。 (5) 客户投诉改善方案的提出、洽办、执行成果的督促及效果确认。 (6) 协助有关部门与客户接洽客户投诉的调查及妥善处理。 (7) 客户投诉处理中客户投诉反应的意见提报有关部门追踪改善。\\ I「「/I气\ ) 4. 制造部门 (1) 针对客户投诉内容详细调查，并拟定处理对策及执行检查。 (2) 提报生产单位、班别、生产人员及生产日期。 (八) 客户投诉处理表编号原则 1. 客户投诉处理的编号原则。 年度(XX)月份(XX)流水编号(XX)
紧急事件应急处理制度
紧急事件应急处理制度 第一章总则 第一条为了加强公司对紧急事件的应急管理，建立快速反应和应急处置机制，最大程度降低紧急事件给公司造成的影响和损失，维护公司正常的生产经营秩序和企业稳定，特制定本制度。 第二条本制度所称“紧急事件”是指日常生产或生活中，不确定、不经常发生的，可能会对公司经营、生产状况产生影响的，需要采取应急处置措施予以应对的事件。 第三条公司应对紧急事件实行预防为主、预防与应急处置相结合的原则。 第二章紧急事件分类 第五条按照影响程度程度、影响范围等因素，公司需应对的紧急事件主要包括但不限于以下方面： 1、自然灾害、事故灾难、社会公共事件造成公司生产运行受到严重影响； 2、公司或个人因发生安全生产事故、交通事故、公共设施和设备事故等，造成公司生产业务受到严重影； 3、公司关键设备突发故障，影响了公司正常的生产和运营； 第三章机构设置 第六条公司对紧急事件的处置实行统一领导、统一组织、快速反应、协同应对。 第七条公司成立紧急事件应急处置工作领导小组（以下简称“应急领导小组”），由公司总经理担任组长、财务副总任副组长，成员由公司其他高级管理人员及相关职能部门负责人组成。 第八条应急领导小组是公司紧急事件处置工作的领导机构，统一领导公司紧急事件的应急处理，就相关重大问题作出决策和部署。应急领导小组的主要职责包括： （一）决定启动和终止突发事件处理系统； （二）拟定突发事件处理方案； （三）组织指挥突发事件处理工作； （四）负责决定并办理突发事件处理过程中的其他事项。 第四章预警和预防机制 第九条公司应当对可能引发突发事件的各种因素采取预防和控制措施，根据突发事件的监测结果对突发事件可能产生的危害程度进行评估，以便采取应对措施。 第十条公司各部门负责人作为突发事件的预警、预防工作的第一负责人，定期检查及汇报各部门有关情况，做到及时提示、提前控制，将事态控制在萌芽状态中。 第十一条公司相应岗位人员应当保持对各类事件发生的敏感度，收集整理并及时汇报可能威胁企业的重要信息，并对其转化为突发事件的可能性和危害性进行评估。 第十二条应急小组各成员电话保持24小时开机，试件突发后（10-15分钟内）当事人应首先向应急小组领导汇报突发事件信息，应当做到及时、客观、真实，不得迟报、谎报、瞒报、漏报；30分钟内向本部门领导汇报突发时间信息，同时对后续工作进行交接及安排。 第十三条报告信息包括突发事件的类别、起始时间、可能影响范围、应采取的措施等。 第五章应急处置 第十四条发生突发事件时，应急领导小组应当立即采取措施控制事态发展，组织开展应急处置工作，并根据各自职责和规定的权限启动相关应急措施，及时有效地进行先期处置，控制事态。 第十五条应急领导小组应当根据突发事件性质及事态严重程度，决定启动专项应急预案，并针对不同突发事件，成立相关的处置工作小组，及时开展处置工作。 第十六条突发事件结束后，应急领导小组应当尽快消除突发事件对公司造成的影响，并及时解除应急状态，恢复正常工作状态。同时，公司应当分析和总结经验，对突发事件的起因、性质、影响、责任、经验教训等问题进行调查评估，评价突发事件处理的效果。 第十七条公司各部门应当根据突发事件的变化和处置中发现的问题，及时修订应急预案，充实应急预案内容，提高应急预案的科学性和可操作性。
三十客户投诉案件处理办法(1)
三十客户投诉案件处理办法(1)第一条为保证客户对本公司商品销售所发生的客户投诉案件有统一规范的处理手续和方法，防范类似情形再次发生，特制定本方法。 第二条本方法所指客户投诉案件系指显现第三条所列事项，客户提出减价、退货、换货、无偿修理加工、损害赔偿、批判建议等。 第三条客户的正当投诉范畴包括： 1．产品在质量上有缺陷。 2．产品规格、等级、数量等与合同规定或与物资清单不符。 3．产品技术规格超过承诺误差范畴。 4．产品在运输途中受到损害。 5．因包装不良造成损坏。 6．存在其他质量问题或违反合同问题。 第四条本公司各类人员对投诉案件的处理，应以谦恭礼貌、迅速周到为原则。各被投诉部门应尽力防范类似情形的再度发生。 第五条业务部所属机构职责： 1．确定投诉案件是否受理。 2．迅速发出处理通知，督促尽快解决。 3．依照有关资料，裁决有关争议事项。 4．尽快答复客户。 5．决定投诉处理之外的有关事项。 第六条质量治理部职责： 1．检查审核投诉处理通知，确定具体的处理部门。 2．组织投诉的调查分析。 3．提交调查报告，分发有关部门。 4．填制投诉统计报表。 第七条各营业部门接到投诉后，应确认其投诉理由是否成立，呈报上级主管裁定是否受理。如属客户缘故，应迅速答复客户，婉转讲明理由，请客户谅解。 第八条各营业部门对受理的投诉，应进行详细记录，并按下列原则做出妥善处理： 1．凡属质量缺陷，规格、数量与合同不符，现品与样品不符，超过技术误差时，填制投诉记录卡，送质量治理部。 2．如纯属合同纠纷，应填制投诉记录卡，并附处理意见，送公司有关领导裁定处理。 3．如属发货手续问题，依照内销业务处理方法规定处理。 第九条质量治理部在接到上述第一种情形的投诉记录卡时，要确定具体受理部门，指示受理部门调查，记录卡一份留存备查。 第十条受理部门接到记录卡后，应迅速查明缘故。以现品调查为原则，必要时要进行记录资料调查或实地调查。调查内容包括： 1．投诉范畴（数量、金额等）是否属实。 2．投诉理由是否合理。 3．投诉目的调查。 4．投诉调查分析。 5．客户要求是否正当。
浅议Qt的事件处理机制
浅议Qt的事件处理机制 深入了解事件处理系统对于每个学习Qt人来说非常重要，可以说，Qt是以事件驱动的UI工具集。大家熟知Signals/Slots在多线程的实现也依赖于Qt的事件处理机制。 在Qt中，事件被封装成一个个对象，所有的事件均继承自抽象类QEvent. 接下来依次谈谈Qt中有谁来产生、分发、接受和处理事件： 1. 谁来产生事件：最容易想到的是我们的输入设备，比如键盘、鼠标产生的 keyPressEvent，keyReleaseEvent，mousePressEvent，mouseReleaseEvent事件（他们被封装成QMouseEvent和QKeyEvent），这些事件来自于底层的操作系统，它们以异步的形式通知Qt事件处理系统，后文会仔细道来。当然Qt自己也会产生很多事件，比如QObject::startTimer()会触发QTimerEvent. 用户的程序可还以自己定制事件。 2. 谁来接受和处理事件：答案是QObject。在Qt的内省机制剖析一文已经介绍QObject 类是整个Qt对象模型的心脏，事件处理机制是QObject三大职责（内存管理、内省(intropection)与事件处理制）之一。任何一个想要接受并处理事件的对象均须继承自QObject，可以选择重载QObject::event()函数或事件的处理权转给父类。
3. 谁来负责分发事件：对于non-GUI的Qt程序，是由QCoreApplication负责将QEvent分发给QObject的子类-Receiver. 对于Qt GUI程序，由QApplication来负责。 接下来，将通过对代码的解析来看看QT是利用event loop从事件队列中获取用户输入事件，又是如何将事件转义成QEvents，并分发给相应的QObject处理。 [cpp]view plainc opy 1.#include
事件机制
事件机制 1.什么是事件？ a)在文档中，可以被识别的控件的操作就是事件。鼠标的点击， 单击双击。。鼠标经过移出，键盘按下等。。。 2.事件流？ a)在文档中事件执行的顺序就是事件流。 微软公司提出事件的流程应该为冒泡流。 网景公司提出事件的流程应该为捕获流。 W3C为了平衡事件流机制，制订了标准的事件流。 第一阶段：事件流的捕获阶段
第二阶段：处于事件阶段 第三阶段：事件流的冒泡阶段 关于浏览器的问题： 关于标准的事件流，并不是所有的浏览器都能够很好的支持。 能支持标准时间流的浏览器为:IE9+、chrome、firefox、safari、opera，低版本IE678等只支持冒泡流 毋须担心，因为大部分常用事件都是处于冒泡流。 如何添加或者注册事件以及事件的取消: DOM0阶段（无标准阶段） 注册事件 方法1：在HTML中使用事件相关属性 例如:
该方法对于使用DOM0的2中事件添加方法都可以取消。DOM2阶段 注册事件 IE浏览器 attachEvent()方法 格式:元素节点.attachEvent(事件名,事件的执行方法); 参数1：书写时必须是字符串，而且必须有on 参数2：执行事件的方法，要求如果需要删除的情况下必须写声明函数，只有确认不需要删除的情况下才可以使 用匿名函数。推荐使用声明函数 非IE浏览器 addEventListener() 格式：元素节点.addEventListener(‘事件名’,事件的执行方法,处于事件流的阶段); 参数1：书写必须是字符串，而且不能有on 参数2：执行事件的方法，要求如果需要删除的情况下必须写声明函数，只有确认不需要删除的情况下才可以使 用匿名函数。推荐使用声明函数 参数3:设置事件发生的阶段，true捕获阶段false冒泡阶段，默认是false（推荐false） 取消事件
危机事件处理制度
危机事件处理制度 第一章总则 第一条为规范……股份有限公司(以下简称公司)的各类危机事件的处理程序，提高危机处理效率，明确危机处理的责任部门和责任人，特制定此制度。 第二条本制度适用于公司在生产、销售及运营管理中遇到的一切可能危及企业品牌形象，影响公司声誉和信誉的事件，此制度将作为处理原则存在。 第三条企业可能面临的危机事件形式多种多样，因此需要全体员工以高度的敏感性和对企业负责的态度，准确把握可能出现的危机，参照本制度的相关要求，高效处理，务必使影响或损失降到最低。 第二章危机事件概述 第四条公司可能面对的危机事件包括但并不限于以下类别，此类别仅作为公司员工判别是否存在危机的参考依据： （一）网络危机事件：即有可能通过微博、论坛、网站、邮件等各种网络平台传播企业的负面信息、谣言、诋毁信息等，进而造成无法控制的网络扩散，影响公司形象和声誉的事件； （二）媒体危机事件：即有可能通过报刊、杂志、广播、电视新闻等途径传播企业的负面信息、谣言、诋毁信息等，进而造成大范围主流舆论误导或错误认知，影响公司形象和声誉的事件；
（三）口碑危机事件：即有可能通过某些影响力较大的个人或群体，向公司目标客户群体及合作伙伴群体传播企业不良信息，进而造成范围性人群的错误认知，影响公司形象和声誉的事件； （四）司法危机事件：即有可能因个别事件为诱因，造成个人或组织通过司法程序向公司提起诉讼，进而造成公司被动面对诉讼，造成直接或间接损失，影响公司形象和声誉，甚至影响公司市场拓展的事件； （五）政策危机事件：即有可能因为区域或地方法律法规、政策的修改，造成公司的市场行为无法在当地区域合法开展下去，影响公司及合作伙伴正常经营的事件。 第五条任何危机事件均有其发生、发展的原因，在公司经营过程中，常见的诱因包括但不限于以下内容，全体员工均应熟知并不断提高敏感性和责任感，将诱发危机的原因抑制在可控范围：（一）产品质量 偶发的产品质量问题，有可能因消费者个人影响力的大小，致使其升级为公司危机事件；频发或大面积的产品质量问题，有可能因其频率和发生的范围等因素，致使其升级为企业危机事件； （二）服务质量 服务作为公司品牌支撑的重要要素，一旦发生服务质量的不达标，或者二次服务质量的不达标，将非常有可能使小范围事件升级为公司危机事件； （三）承诺兑现
完整word版iH5初级教程掌握H5的事件机制
iH5初级教程：掌握H5的事件机制 简介： iH5的事件工具有很多的用处，而事件工具是很多中交互或互动的网页中必备的工具，当然这h5页面也不例外，这也就是平常我们在制作网页交互逻辑的工具。工具： 1.微信H5页面的制作素材，包括图片，音乐，文案 2.可以到iH5官网上选择自己喜欢的作品来获取灵感。 步骤： 1.先来看看事件的概念，h5页面有很多的元素，包括图片、视频、音频等，那么需要它有一些动态的效果，这就需要有时间的概念和交互的关系。所谓交互逻辑就是这些素材间的互动关系，例如点击视频开始播放、文字撞击使图片被撞走，这些都是由事件触发的。 2.开始使用事件。首先在舞台下添加图片，选中对象树中的矩形图片 ，点击工具栏事件工具，添加事件，这样事件作为这个矩形图的子对象，3.左边我们可以看见事件1的三个选框。
4.触发条件可以自由选择，实际上就是这个对象有一个什么样的操作的时候或者有一个什么动作的时候事件会被触发，建议PC端选择点击，手机端选择手指按下。在这里我们选择点击是最简单的。 5.目标对象的选择指的是事件触发的对象，可以通过选框选择舞台、矩形或者是圆，在对象多的时候可以使用“从舞台或对象选择”，点击它可以直接在右侧对象树的舞台上面点击选择对象，在这里我们选择 圆。． 6.选择了圆以后会有很多的动作可以选择，这里我们选择让它交替显示，这样的话就可以在点击矩形的时候让圆不断地显示和隐藏。
每个对象下都可以兼有多个触发条件，其中哪一个触发条件符合触发事件，目7. 标对象的动作就会开始。更多的零代码的交互设计可以登陆iH5的官网进行学习。 知识点： 1、事件：事件对象是iH5编辑器中制作互动效果的重要工具，它用来设定对象与对象之间的相互控制关系，比如，当一个图片对象被点击的时候，一个视频对象会开始播放。添加一个事件的过程包括：选中预添加事件的父对象,该对象即 为触发对象，如果该对象可以设置触发条件，工具栏的事件组件会点亮，点击事件工具图标即可添加。由于事件对象也是一类功能性的对象，它不能在舞台上被显示，因此你必须通过对象树来选中它，进而通过属性面板来对它进行进一步编辑。
重大事件及紧急事件处理制度
重大事件及紧急事件处理制度 重大事件及紧急事件处理制度作者：佚名 时间：2008-3-22 浏览量：重大事件及紧急事件处理制度 一、重大事件报告制度 为及时妥善处理重大或突发事件，避免和控制事件发生，特制定重大事件报告制度。 .重大或突发事件包括：火灾、电梯困人、爆炸、突发性停电、水浸、盗窃、械斗等破坏行为；刑事案件；业户集体投诉（5家以上）；中央空调主机、发电机、高低压电柜、通讯设备等大厦主要设备设施故障；大厦主体结构遭受破坏等。 2.发生重大或突发事件，参与事件处理的组长或当值主管应立即到现场处理，同时尽快口头向管理办主管领导报告，并根据事发情节决定是否报告公安、消防等机构协助处理。 3.参与事件处理的组长在事件处理后立即填写重大事件报告表，于12小时内以书面形式递交管理办主任，详述事件发生的时间、地点、经过，以及事件发生的初步原因和处理经过。 4.重大事件报告表由组长签名后上报。如组长不在而事件紧急时，可由当值主管签名上报。
5.参与事件处理的部门应在事件处理完毕后24小时内填写重大事件总结表上报管理办主任，如实汇报事件的详细处理过程及结果，找出事件发生的主要原因，提出避免类似情况发生的预防措施。 二、紧急事件处理程序 1.突发事件的处理程序 （1）凡遇突发事件（指凶杀、抢动、盗窃、勒索、打架、闹事、伤亡或重大纠纷等），必须保持冷静，立即采取措施，并报告当值组长。 （2）简要说明事发的地点、性质、人数、特征及损失价值。（3）驱散无关人员，保护好现场，留意现场周围的情况。（4）查看本部各类记录、出入登记和电视录像，检查有无可疑情况和人员。 （5）对勒索、打架事件，监控中心应密切注意事发现场的情况变化。 （6）对纠纷事件应及时了解具体原因，积极协调，劝阻争吵，平息事态。 （7）对伤亡事件应做好现场保护和通知抢救工作；对明确已死亡的，应报派出所调查处理并通知殡仪馆。 （8）对涉及刑事及重大责任事故或因治安、刑事案件引致的伤亡事故，应立即报告公安机关并由保安组组长协助调查处理。
重大突发事件信息报送制度
幸福路小学重大突发事件信息报送制度 为了预防、控制学校突发事故的发生，提高快速反应、信息报送和应急处理重大突发事件的能力，确保学校各项设施的安全运行，保障学校正常的教学科研、办公及生活秩序，特制定本制度。 一、工作目标 1、普及各类突发事件的应急常识，提高师生、职工的配合意识。 2、建立快速反应、信息报送和应急处理机制，及时采取措施，确保重大突发事件达到及时报送、控制，保障学校及师生安全。 二、工作原则 1、预防为主，常备不懈。立足于防范，抓早、抓小，强化信息的广泛收集和深层次研究，争取早发现，早报告，早控制，早解决。做好宣传普及重大突发事件的防控措施，提高师生应对突发事件的水平，及时采取预防与控制措施，防止事态的扩大。 2、统一指挥，快速反应。严格执行国家有关法律法规，对于违法行为，依法追究责任。成立重大突发事件领导小组，全面负责重大突发事件的处置工作，形成处置重大突发事件的快速反应机制。一旦发生重大事件，确保发现、报告、指挥、处置等环节的紧密衔接，做到快速反应，正确应对，果断处置，力争把问题解决在萌芽状态。 3、加强保障，重在建设。从法规上、制度上、组织上、物质上全面加强保障措施。在领导精力、经费保障和力量部署等方面加强硬件与软件建设，提高工作效率。 4、条块结合，以块为主。发生突发事件后，在重大突发事件领导小组的统一领导下，启动应急预案，重大突发事件的预防和控制工作实行条块结合，以块为主。 5、快速反应，运转高效。建立预警控制和处理快速反应机制，强化人
力、物力、财力储备，增强应急处理能力。按照“四早”要求，即早发现、早报告、早控制、早处理，及时快速对突发事件做出反应。 6、系统联动，群防群控。发生突发事件后，各相关部门负责人要立即深入第一线，掌握情况，开展工作，控制局面。形成各级各部门系统联动，群防群控的处置工作格局。 三、组织管理 （一）组织机构 突发事件领导小组，组成人员如下： 组长：杨静 成员：刘新陈凌波马刚尹喜王杉李耀猛 （二）主要职责： 1、负责信息报送、应急预案的制订、修订、处置。 2、检查监督突发事件的防控措施。 3、第一时间到达现场，指挥、控制和及时处理突发事件。 4、及时通知上级领导，并以多种方式通知全校师生。 5、写出突发事件的情况报告。 （三）报送原则 不瞒报，不漏报，不虚报，第一时间实是求是报送教育局及派出所等有关安全部门。 四、各类重大突发事件的应急反应 （一）重大突发火灾事故 1、由于供电线路短路引起的，应在第一时间切断所有电源，组织人员 使用灭火器灭火，并报突发事件领导小组，若火势较大，应及时向“119” 报警求援，争取把损失降到最低。 2、由于使用电、气焊引起火灾事故，应在第一时间组织人员使用灭火
客户投诉分级管理办法
客户投诉分级管理办法 1、目的 为迅速处理客户投诉案件，维护公司信誉，实现客户满意度提升，切实提高公司内部质量管理水平、产品质量与售后服务，特制定本办法。客户投诉/需求的定义及具体内容 2.1定义 2.1.1 客户投诉：是客户对公司的产品质量问题，服务态度等各方面的原因，向公司反应情况、检举问题，并要求得到相应的补偿的一种手段。 2.1.2 客户需求：是客户对公司非产品质量问题、非服务过程以及非合同承诺的一种额外需求或因误会公司存在问题而提出的需求。 2.2客户投诉/需求具体内容 按投诉/需求的性质分：有效投诉与需求（沟通性）投诉 2.2.1客户有效投诉：是指由于产品质量、服务质量、服务过程等公司未实现承诺，造成客户向公司提出不满意的表示。 A、客户对公司的产品质量问题提出投诉； B、客户对公司的服务质量、服务过程提出投诉。 2.2.2 客户需求：是指客户针对公司各项服务所提出的咨询、需求及建议，以及由于非公司因素引发的客户不满（包括无效投诉、非正当客户需求，开发板块相关需求）。 A、求助型：客户有困难或问题需给予帮助解决的。 B、咨询型：客户有问题或建议向公司联络的。 C、发泄型：客户带有某种不满，受委屈或误会等造成的内心不满，要求把问题得到解决的。 客户投诉/需求的处理分类 3.1 有效投诉的处理分类 3.1.1 分类原则 A、按照客户投诉涉及到的设备价值、设备缺陷更正需要付出的费用及商务支出等处理总费用（产品的投诉）；备注 B、按照客户投诉涉及服务态度缺陷程度（服务态度的投诉）； C、按照客户投诉是否会引起重大影响或引发法律诉讼； D、按照客户投诉可能引发群体性的投诉（平台功能性服务质量）； E、按照客户投诉存在重大安全隐患（平台交易-资金安全）； F、按照客户投诉潜在的对公司形象产生重大影响或经媒体曝光的投诉，对公司品牌产生重大影响的（突发性事件）； G、其它可能产生重大影响的投诉； 备注：缺陷程度分为三级，一级：需要完全更换组件；二级需要更换部分器件或选择性更换部分组件；三级，辅助器件更换涉及价值较低。
OSAL系统框架专题(触发事件三种方式的详细介绍)
OSAL系统框架专题2010-4-15 2:47:00 9. TI协议栈所用系统框架探讨。 51的系统往往不是太大，但是几十K的程序，也足以让一个初学者望而却步。我们首先忽略C 语言本身的难度，光是系统框架也让生手读起来很吃力，再加上这种到处是API跟"define"的程序，还没有正式学习协议部分就已经让人在丛林中“迷路”了。 在接下来的一段时间内，我会以TI所用的系统框架为主线进行学习，希望大家共同探讨。。。 在层层迷雾中摸索了两天，终于拨云见日，那个心情啊，怎一个“爽”字了得~~~ 可是怎么能把这么复杂的一个问题讲得清楚呢？嗯。。。还是先上图吧 注：为了便于直观，以下涉及到数据地址的地方都是由上而下，地址由高变低 第1节、各个任务是如何被调用到的？ 我们还是先从main()函数开始，看看各个任务之间是如何协调工作的。 我们直接进入主循环的核心部分，看一下系统中的几个主要的任务是如何被调用，并开始自己的使命的？ 看一段程序的时候，往往要从它的数据结构入手。我们先看一下，主循环中的两个关键数组，*
tasksEvents与*tasksArr，从图一中我们可以看出来，tasksEvents这个数组存放的是从序号为0到tasksCnt，每个任务在本次循环中是否要被运行，需要运行的任务其值非0（用橙色表示），否则为0。而tasksArr数组则存放了对应每个任务的入口地址，只有在tasksEvents中记录的需要运行的任务，在本次循环中才会被调用到。－－这节讲完了。。。 把main函数贴过来，我们一点一点看 初始化过程“先不管”，我们先看主循环（dead loop） for(;;) // Forever Loop { uint8 idx = 0; Hal_ProcessPoll(); // 先不管1 do { if (tasksEvents[idx]) // 寻找最高优先级的任务来运行 { break; } } while (++idx < tasksCnt); if (idx < tasksCnt) { uint16 events; halIntState_t intState; HAL_ENTER_CRITICAL_SECTION(intState); events = tasksEvents[idx]; tasksEvents[idx] = 0; // 本任务运行完了，要对其清空，为后面要运行的任务让路 HAL_EXIT_CRITICAL_SECTION(intState); events = (tasksArr[idx])( idx, events ); //最关键的一句话，如图一中，运行对应的任务 HAL_ENTER_CRITICAL_SECTION(intState); tasksEvents[idx] |= events; // 本任务可能没完全完成，如果是这样，再次设置标志位，在下一次循环中继续执行 HAL_EXIT_CRITICAL_SECTION(intState); } } 第2节、系统时间 我们知道，每个操作系统（虽然我不认为OSAL是一个标准的操作系统，但我们先这么叫着吧）都有一个“节拍”－tick，就像每一个“活人”都有心跳一样。那么OSAL的心跳有多快呢？－－1ms。当然这个速度是可以设置的，在osal_timer_activate函数中开启了系统节拍，用TIC
公司客户投诉案件具体处理办法
公司客户投诉案件具体处理办法 第一条为保证对公司商品销售所发生的客户投诉案件有统一规范的处理手续和方法，防范类似情况再次发生，特制订本办法。 第二条本办法所指客户投诉案件系指出现第三条所列事项。 第三条客户的正当投诉范围包括： （1）产品在质量上有缺陷。 （2）产品规格、等级、数量等与合同规定或与货物清单不符。 （3）产品技术规格超过允许误差范围。 （4）产品在运输途中受到损害。 （5）因包装不良造成损坏。 （6）存在其他质量问题或违反合同问题。 第四条本公司各类人员对投诉案件的处理，应以谦恭礼貌、迅速周到为原则。各被投诉部门应尽力防范类似情况的再度发生。 第五条业务部门职责： （1）确定投诉案件是否受理。 （2）迅速发出处理通知，督促尽快解决。 （3）根据有关资料，裁决有关争议事项。 （4）尽快答复客户。 （5）决定投诉处理之外的有关事项。 第六条质量管理部职责： （1）检查审核投诉处理通知，确定具体的处理部门。
（2）组织投诉的调查分析。 （3）提交调查报告，分发有关部门。 （4）填制投诉统计报表。 第七条各营业部门接到投诉后，应确认其投诉理由是否成立，呈报上级主管裁定是否受理。如属客户原因，应迅速答复客户，婉转讲明理由，请客户谅解。 第八条各营业部门对受理的投诉，应进行详细记录，并按下列原则做出妥善处理： （1）凡属质量缺陷，规格、数量与合同不符，现品与样品不符，超过技术误差时，填制投诉记录卡，送质量管理部。 （2）如纯属合同纠纷，应填制投诉记录卡，并附处理意见，送交公司有关领导裁定处理。 （3）如属发货手续问题，依照内销业务处理办法处理。 第九条质量管理部在接到第八条第（1）种情况的投诉记录卡时，要确定具体受理部门，指示受理部门调查，并留一份记录卡备查。 第十条受理部门接到记录卡后，应迅速查明原因，以现品调查为原则，必要时要进行记录资料调查或实地调查。调查内容包括：（1）投诉范围（数量、金额等）是否属实。 （2）投诉理由是否合理。 （3）投诉目的调查。 （4）投诉调查分析。 （5）客户要求是否正当。
【精选】2020年关于客户投诉管理制度
2020年客户投诉管理制度 □客户投诉管理办法 (一)目的 为求迅速处理客户投诉案件，维护公司信誉，促进质量改善与售后服务，制定本办法。 (二)范围 包括客户投诉表单编号原则，客户投诉的调查处理、追踪改善、成品退货、处理期限，核决权限及处理逾期反应等项目。 (三)适用时机 凡本公司PCB产品遇客户反应质量异常的申诉(以下简称“客户投诉”)时，依本施行办法的规定办理。(如未造成损失时业务部或有关单位前往处理时，应填报“异常处理单”反应有关单位改善)。 (四)处理程序 客户投诉处理流程，如表14.6.2。 (五)客户投诉分类 客户投诉处理作业依客户投诉异常原因的不同区分为： 1.非质量异常客户投诉发生原因(指人为因素造成)。 2.质量投诉发生原因 表14.6.2
（六）处理部门 (七)处理职责 各部门客户投诉案件的处理职责 1.业务部门 (1)详查客户投诉产品的订单编号、料号、数量、交运日期。 (2)了解客户投诉要求及客户投诉理由的确认。 (3)协助客户解决疑难或提供必要的参考资料。
(4)迅速传达处理结果。 2.质量管理部 (1)管理客户投诉案件的调查、提报与责任人员的拟定。 (2)发生原因及处理、改善对策的检查、执行、督促、防之提报。 (3)客户投诉质量的检验确认。 3.总经理室生产管理组 (1)客户投诉案件的登记，处理时效管理及逾期反应。 (2)客户投诉内容的审核、调查、提报。 (3)客户投诉立会的联系。 (4)处理方式的拟定及责任归属的判定。 (5)客户投诉改善案的提出、洽办、执行成果的督促及效果确认 (6)协助有关部门与客户接洽客户投诉的调查及妥善处理。 (7)客户投诉处理中客户投诉反应的意见提报有关部门追踪改善。 4.制造部门 (1)针对客户投诉内容详细调查，并拟定处理对策及执行检查 (2)提报生产单位、班别、生产人员，及生产日期。 (八)客户投诉处理表编号原则 1.客户投诉处理的编号原则 年度(××)月份(××)流水编号(××) 2.编号周期以年度月份为原则。 (九)客户反应调查及处理 1.业务部人员于接到客户反应产品异常时，应即查明该异常(编号、
重大突发事件应急处理制度
重大突发事件应急处理制度 第一条为及时掌握、有效应对重大突发事件，进一步加强公司抗御灾害及危机管理的能力，树立良好的社会形象，提升公司品牌美誉度，特制定本制度。 第二条本制度所称重大突发事件，是指可能与公司相关的、突然发生的，可能影响或者危及公司经营管理、正常运行或社会影响较大的自然灾害、重大意外事故、重大上访事件以及公司认为应当采取应急处理机制的其他重大事件。 第三条重大突发事件应急处理的工作原则是：统一领导、分级负责、快速反应、措施到位。各支公司要遵循这一原则，结合当地实际情况，制定重大突发事件报告制度和应急处理预案，加强对重大突发事件的预警、报告和处理。 第四条办公室为重大突发事件应急处理的归口部门，负责指导各支公司建立相应制度，并协调、检查、督促市分公司相关部门及各支公司做好对重大突发事件的预防、报告和应急处理工作。 第五条各支公司主要负责人是重大突发事件应急处理的第一责任人。各支公司要根据情况，成立重大突发事件应急处理小组，确保重大突发事件应急处理的各项工作正常进行。
第六条市分公司分管办公室的领导是重大突发事件报告制度的主要责任人。市分公司办公室是负责重大突发事件报告工作的专门机构，重大突发事件发生后，要进行全过程地了解和监控，主动实施报告制度。 第七条符合下列规定情形之一的重大突发事件，各支公司要及时向市分公司办公室及相关部门报告，并采取紧急措施进行处理： （一）台风、地震等严重的自然灾害； （二）暴雨、洪水、泥石流、滑坡等自然灾害，涉及或可能涉及我公司承保责任，可能造成报（估）损金额1000万元人民币（含）以上，或者死伤人数10人（含）以上的； （三）突发性严重传染性疾病或群体性疾病、重大食物中毒等公共卫生事件，造成重大社会影响，涉及或可能涉及我公司承保责任的； （四）特大火灾爆炸、安全生产事故、责任事故或意外交通事故等，涉及或可能涉及我公司承保责任，报（估）损金额1000万元人民币（含）以上，或者发生死伤人数10人（含）以上，造成较大社会影响的； （五）我公司承保的飞机失事、轮船航行事故等特殊风险事故，引起社会广泛关注的； （六）20名（含）以上被保险人或员工、相关事故受害人及其家属集体上访、静坐或采取其他过激行为，或者虽然
GUI系统的事件机制
所谓事件就是指发送给GUI系统的消息，该消息通知GUI系统某种事情已经发生，要求作出响应。事件根据来源可分为以下几种： 1.计算机输入输出设备产生的中断事件，如鼠标和键盘同GUI系统的交互操作。这种事件是最原生的“底层”事件，一般都需要组件做深入处理，籍此触发更高抽象层次具有语义的逻辑事件。为GUI系统扩展自定义组件往往需要编写处理这些事件，派发高级逻辑事件。Swing中这些事件对应的有MouseEvent、KeyEvent等。 2.GUI系统触发的逻辑事件。这种事件是1中所提的原始事件经过组件的处理后发出的高级事件，比如Swing的JButton产生的ActionEvent。另外通知界面重绘的Paint事件也是高级逻辑事件，这种事件在接收到EXPOSE事件或系统显式调用repaint方法后触发的事件。 3.应用程序触发的事件。应用程序主动触发新事件可以有两种方式来进行，第一种是事件通过添加到系统事件队列进行派发。Swing中通过postEvent、repaint及invokeLater等方法，向系统事件队列添加事件。这种触发机制实质上是调度，触发事件的线程和事件派发线程可以不是同一个线程。事件被添加到系统事件队列后触发过程结束，而之后事件的处理要在事件派发线程上等待执行。第二种是通过调用组件的派发方法（Swing中是fireEventXXXX）触发。使用这种方法，事件对象不会被放到系统事件队列中去，而是直接传递给事件处理方法处理。它的触发机制实质上是函数调用。这种事件触发方式要求事件处理线程必须同时是事件派发线程。 GUI系统的事件模型根据事件处理线程和事件派发线程的关系可分为两种，一种是单线程模型，另一种是多线程模型。单线程模型是指事件的处理线程和派发线程是同一线程。事件从事件队列中取出之后，立即在当前线程中处理，处理完后才取下一个事件继续循环。多线程模型是指事件派发线程只负责从事件队列中获取事件。获取到新的事件后，它会启动新的事件处理线程，并将事件交由此线程处理，之后派发线程并不等待事件处理线程完成，而是立即获取下个事件进行派发。下面的图将这两种模型放在同一张示意图中进行了对比。
客户投诉处理管理办法
客户投诉处理管理办法 1. 总则 1.1 为了迅速处理客户投诉案件，促进服务质量改善，完善售后服务，维护公司信誉，特制定本管理办法。 1.2 凡客户对产品或技术服务的不满和抱怨，以书面或口头等不同形式向公司申诉（以下简称：客户投诉）时，依本管理办法的规定处理。 2. 客户投诉处理流程 客户质量部门技术服务单位
3. 客户投诉分类 3.1 客户投诉依客户投诉原因的内容区分为:一般性投诉与严重性投诉。 3.1.1 下述情况之一者为一般性投诉: a）服务热线忙，数次联络仍无法沟通的，或者热线接听人员态度差、采取推脱、不作为方式的； b）因产品质量异常没有及时更换的； c）因服务人员业务素质不高，数次维修仍不能解决的； d)推辞上门服务或在约定时间迟到半小时以上的； e)对个别企业没有及时升级而引起开票困难的； f)其它没有产生严重后果的。 3.1.2下述请况之一者为严重性投诉: a）服务人员态度恶劣、言辞不当，严重影响本厂声誉的； b）数次约定数次违约，致使企业经营发生困难，后果严重的； c）因服务不到位，致使企业经营发生困难，被媒体爆光的； d) 数次受到企业一般性投诉而屡教不改，继续受到一般性投诉的； e）违反本厂管理规定，随意向企业推销产品、乱收费、接受或索取企业财物的； f) 其它有损本厂信誉，受到国家税务部门批评的。 4. 投诉调查与处理 4.1 营销部门全面负责客户投诉的接待、处理、过程监督、建立文件管理与信息反馈。 a）详查客户信息，确认企业基本信息、有效合同期限、技术服务分包单位、设备出库日期或系统启用日期； b) 了解客户投诉要求及客户投诉理由的确认； c) 安抚客户并协助客户解决肄难或提供必要的帮助； d）填写《客户投诉处理单》，根据投诉分类拟订处理方式、责任单位人员，并迅速传达投诉信息与处理结果； e）客户投诉案件的登记、处理时效管理及逾期反应； f)与客户接治并核实责任单位反馈客户投诉的发生原因调查、审核及妥善处理情况。必要时另行直接调查、取证、处理和报告； g）客户投诉改善对策的提出，责任单位改善对策的检查、执行、监督及效果确认； h）建立《客户投诉处理管理台帐》，每月汇总客户投诉情况，《客户投诉案件统计表》；