CN111245707A - 邮件传输方法、装置、电子设备及存储介质 - Google Patents

邮件传输方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN111245707A
CN111245707A CN202010017435.2A CN202010017435A CN111245707A CN 111245707 A CN111245707 A CN 111245707A CN 202010017435 A CN202010017435 A CN 202010017435A CN 111245707 A CN111245707 A CN 111245707A
Authority
CN
China
Prior art keywords
data
mail
connection
sent
current client
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010017435.2A
Other languages
English (en)
Inventor
卢鹏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Priority to CN202010017435.2A priority Critical patent/CN111245707A/zh
Publication of CN111245707A publication Critical patent/CN111245707A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/42Mailbox-related aspects, e.g. synchronisation of mailboxes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/146Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本公开是关于一种邮件传输方法、装置、电子设备及存储介质。所述方法包括:基于与当前客户端建立的连接,接收所述当前客户端发送的邮件数据,所述连接包括响应于当前客户端发送的邮件传输请求而与所述当前客户端建立的连接;将所述连接注册到设定选择器上;基于单一线程,采用轮询的方式检测所述选择器上各个连接的数据是否发送完成;响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输。本公开基于单一线程采用轮询的方式监听所述选择器上的各个连接的数据的发送情况,相对于相关技术中一个连接使用一个线程处理的方式,可以提高线程的利用率,解决客户端高密度、高并发场景下服务的稳定性,并可以提高服务端的资源利用率。

Description

邮件传输方法、装置、电子设备及存储介质
技术领域
本公开涉及计算机技术领域,尤其涉及一种邮件传输方法、装置、电子设备及存储介质。
背景技术
相关技术中,Java SMTP服务器通常使用java的BIO编程模型实现,一个连接使用一个线程处理,当客户端和服务器产生IO时线程发生阻塞,一直等到IO中的邮件发送完成才能进行下一步工作。
由于一个连接使用一个线程处理,当发生连接的时候线程就会一直监听这个连接所要传输的数据是否发送完成。而在等待数据传输的过程中该线程是处于空闲状态的,即没有执行计算任务,导致服务器线程资源的极大浪费,并且,上述这种一个线程使用一个连接处理的方式,在客户端并发很高的时候会导致服务器的线程被消耗完,而新的连接无法创建,因而导致发送邮件的客户端处于等待的状态从而拖慢多个系统。
发明内容
为克服相关技术中存在的问题,本公开实施例提供一种邮件传输方法、装置、电子设备及存储介质,用以解决相关技术中的缺陷。
根据本公开实施例的第一方面,提供一种邮件传输方法,包括:
基于与当前客户端建立的连接,接收所述当前客户端发送的邮件数据,所述连接包括响应于当前客户端发送的邮件传输请求而与所述当前客户端建立的连接;
将所述连接注册到设定选择器上;
基于单一线程,采用轮询的方式检测所述选择器上各个连接的数据是否发送完成;
响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输。
在一实施例中,所述响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输,包括:
响应于检测到所述连接的数据已发送完成,将发送完成的数据发送至相应的处理线程进行处理,得到处理后的数据;
基于所述当前客户端对应的至少一个处理后的数据确定所述当前客户端的邮件可读内容;
基于所述邮件可读内容进行邮件传输。
在一实施例中,所述方法还包括:
基于所述处理后的数据对应的设定标识信息,确定所述处理后的数据对应的客户端;
获取所述当前客户端对应的至少一个处理后的数据。
在一实施例中,所述方法还包括:
将所述当前客户端的当前邮件数据传输过程封装成一个会话Session,所述会话Session用于记录所述当前邮件数据传输过程的相关信息,所述相关信息包括当前邮件数据的传输状态、邮件数据标识以及数据处理顺序中的至少一种;
基于所述邮件数据标识确定处理后的数据对应的设定标识信息。
在一实施例中,所述响应于检测到所述连接的数据已发送完成,将发送完成的数据发送至相应的处理线程进行处理,得到处理后的数据,包括:
确定所述发送完成的数据对应的所述数据处理顺序;
将所述发送完成的数据基于所述数据处理顺序发送至对应的处理线程进行处理,得到处理后的数据。
在一实施例中,所述方法还包括:
在所述当前客户端的邮件传输完成后,断开与所述当前客户端之间的连接。
根据本公开实施例的第二方面,提供一种邮件传输装置,所述装置包括:
数据接收模块,用于基于与当前客户端建立的连接,接收所述当前客户端发送的邮件数据,所述连接包括响应于当前客户端发送的邮件传输请求而与所述当前客户端建立的连接;
连接注册模块,用于将所述连接注册到设定选择器上;
发送检测模块,用于基于单一线程,采用轮询的方式检测所述选择器上各个连接的数据是否发送完成;
邮件传输模块,用于响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输。
在一实施例中,所述邮件传输模块,包括:
数据处理单元,用于响应于检测到所述连接的数据已发送完成,将发送完成的数据发送至相应的处理线程进行处理,得到处理后的数据;
内容确定单元,用于基于所述当前客户端对应的至少一个处理后的数据确定所述当前客户端的邮件可读内容;
邮件传输单元,用于基于所述邮件可读内容进行邮件传输。
在一实施例中,所述邮件传输模块,还包括:
客户端数据确定单元,用于:
基于所述处理后的数据对应的设定标识信息,确定所述处理后的数据对应的客户端;
获取所述当前客户端对应的至少一个处理后的数据。
在一实施例中,所述邮件传输模块,还包括:
标识信息确定单元,用于:
将所述当前客户端的当前邮件数据传输过程封装成一个会话Session,所述会话Session用于记录所述当前邮件数据传输过程的相关信息,所述相关信息包括当前邮件数据的传输状态、邮件数据标识以及数据处理顺序中的至少一种;
基于所述邮件数据标识确定处理后的数据对应的设定标识信息。
在一实施例中,所述数据处理单元,还用于:
确定所述发送完成的数据对应的所述数据处理顺序;
将所述发送完成的数据基于所述数据处理顺序发送至对应的处理线程进行处理,得到处理后的数据。
在一实施例中,所述装置还包括:
连接断开模块,用于在所述当前客户端的邮件传输完成后,断开与所述当前客户端之间的连接。
根据本公开实施例的第三方面,提供一种电子设备,包括:
处理器,以及用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
基于与当前客户端建立的连接,接收所述当前客户端发送的邮件数据,所述连接包括响应于当前客户端发送的邮件传输请求而与所述当前客户端建立的连接;
将所述连接注册到设定选择器上;
基于单一线程,采用轮询的方式检测所述选择器上各个连接的数据是否发送完成;
响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输。
根据本公开实施例的第四方面,提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现以下步骤:
基于与当前客户端建立的连接,接收所述当前客户端发送的邮件数据,所述连接包括响应于当前客户端发送的邮件传输请求而与所述当前客户端建立的连接;
将所述连接注册到设定选择器上;
基于单一线程,采用轮询的方式检测所述选择器上各个连接的数据是否发送完成;
响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输。
本公开的实施例提供的技术方案可以包括以下有益效果:
本公开通过基于与当前客户端建立的连接,接收所述当前客户端发送的邮件数据,所述连接包括响应于当前客户端发送的邮件传输请求而与所述当前客户端建立的连接,并将所述连接注册到设定选择器上,然后基于单一线程,采用轮询的方式检测所述选择器上各个连接的数据是否发送完成,进而响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输,由于将与当前客户端建立的连接注册到选择器上,并基于单一线程采用轮询的方式监听所述选择器上的各个连接的数据的发送情况,相对于相关技术中一个连接使用一个线程处理的方式,可以提高线程的利用率,解决客户端高密度、高并发场景下服务的稳定性,并可以提高服务端的资源利用率。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
图1是根据一示例性实施例示出的一种邮件传输方法的流程图;
图2是根据一示例性实施例示出的如何基于发送完成的数据进行邮件传输的流程图;
图3是根据又一示例性实施例示出的如何基于发送完成的数据进行邮件传输的流程图;
图4是根据另一示例性实施例示出的如何基于发送完成的数据进行邮件传输的流程图;
图5是根据一示例性实施例示出的如何将发送完成的数据发送至相应的处理线程进行处理的流程图;
图6是根据又一示例性实施例示出的一种邮件传输方法的流程图;
图7是根据一示例性实施例示出的一种邮件传输装置的框图;
图8是根据一示例性实施例示出的另一种邮件传输装置的框图;
图9是根据一示例性实施例示出的一种智能设备的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施例并不代表与本公开相一致的所有实施例。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
图1是根据一示例性实施例示出的一种邮件传输方法的流程图;该邮件传输方法可以应用于服务端(如,SMTP服务器等)。如图1所示,该邮件传输方法包括以下步骤S101-S104:
在步骤S101中:基于与当前客户端建立的连接,接收所述当前客户端发送的邮件数据。
其中,所述连接包括响应于当前客户端发送的邮件传输请求而与所述当前客户端建立的连接。
本实施例中,在当前客户端需要发送邮件时,可以向服务端发送邮件传输请求,进而服务端可以响应于该邮件传输请求与当前客户端建立连接。进一步地,当连接建立完成后,服务端可以基于与当前客户端建立的连接,接收所述当前客户端发送的邮件数据。
在一实施例中,上述连接的类型可以由开发人员根据实际业务需要进行设置,如设置为TCP连接等,本实施例对此不进行限定。
举例来说,一封邮件的发送过程可以包括以下步骤(a)~(m):
(a)创建客户端(即,邮件发送端)与服务端之间的连接;(b)服务端发送准备就绪命令;(c)客户端发送EHLO命令,告诉自己的域名给服务端;(d)服务端接收到客户端域名之后记录该域名,并告诉客户端支持的内容形式;(e)客户端发送邮件from(即,邮件的发件人)给服务端;(f)服务端收到之后校验邮件的发件人,在检验通过之后,向客户端发送确认代码;(g)客户端向服务端发送邮件收件人,服务端确认后向客户端发送确认代码;可以理解的是,如果邮件有多个收件人,客户端重复(g)步骤;(h)收件人传输完成,客户端向服务端发送DATA命令告诉服务端即将开始传输邮件的正文;(i)服务端告诉客户端须以什么字符结尾,回车换行.回车换行(<CR><LF>.<CR><LF>);(j)客户端以二进制流的方式传输邮件;(k)服务端接收完邮件,向客户端发送确认代码;(l)邮件传输完成,客户端发送QUIT退出命令;(m)服务端确认退出,连接关闭。
由此可知,上述客户端向服务端发送的邮件数据可以包括:EHLO命令、邮件的发件人、邮件收件人、DATA命令、邮件正文(二进制流)以及QUIT退出命令中的至少一种。
在步骤S102中:将所述连接注册到设定选择器上。
本实施例中,当服务端基于与当前客户端建立的连接后,可以将所述连接注册到设定选择器上。
可以理解的是,上述设定选择器上除了可以注册服务端与当前客户端之间的连接之外,还可以注册服务端与其他客户端之间的连接。
举例来说,上述服务端可以为基于java NIO技术实现的SMTP服务器,上设定选择器可以相应的Selector选择器。
在步骤S103中:基于单一线程,采用轮询的方式检测所述选择器上各个连接的数据是否发送完成。
本实施例中,当服务端将所述连接注册到设定选择器上,可以基于单一线程,采用轮询的方式检测所述选择器上各个连接的数据是否发送完成。
举例来说,服务端可以基于单一线程,以轮询方式调用所述选择器上的SelectedKeys()方法,以检测所述选择器上各个连接的数据是否发送完成。
在步骤S104中:响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输。
本实施例中,当服务端基于单一线程,采用轮询的方式检测所述选择器上各个连接的数据是否发送完成后,可以响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输。
举例来说,服务端可以在检测到所述连接的数据已发送完成时,将该发生完成的数据发送至数据处理线程进行解析处理,进而可以基于解析处理后的数据进行邮件传输。
在另一实施例中,上述响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输的方式还可以参见下述图2所示实施例,在此先不进行详述。
由上述描述可知,本实施例通过基于与当前客户端建立的连接,接收所述当前客户端发送的邮件数据,所述连接包括响应于当前客户端发送的邮件传输请求而与所述当前客户端建立的连接,并将所述连接注册到设定选择器上,然后基于单一线程,采用轮询的方式检测所述选择器上各个连接的数据是否发送完成,进而响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输,由于将与当前客户端建立的连接注册到选择器上,并基于单一线程采用轮询的方式监听所述选择器上的各个连接的数据的发送情况,相对于相关技术中一个连接使用一个线程处理的方式,可以提高线程的利用率,解决客户端高密度、高并发场景下服务的稳定性,并可以提高服务端的资源利用率。
图2是根据一示例性实施例示出的如何基于发送完成的数据进行邮件传输的流程图;本实施例在上述实施例的基础上以如何基于发送完成的数据进行邮件传输为例进行示例性说明。如图2所示,上述步骤S104中所述响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输,可以包括以下步骤S201-S203:
在步骤S201中,响应于检测到所述连接的数据已发送完成,将发送完成的数据发送至相应的处理线程进行处理,得到处理后的数据。
本实施例中,当响应于检测到所述连接的数据已发送完成后,可以将发送完成的数据发送至相应的处理线程进行处理,得到处理后的数据。
值得说明的是,考虑到当前客户端向服务端发送的各个邮件数据的类型不同,因而可以预先设定用于处理不同邮件数据的处理线程,进而可以实现将发送完成的数据发送至相应的处理线程进行处理,得到处理后的数据。
举例来说,可以预先封装多个SmtpCommand SMTP命令,其中每个封装的命令对应于一种来自客户端的邮件数据,进而可以基于不同的处理线程执行不同的封装命令,以处理当前客户端发送的不同邮件数据。
在步骤S202中,基于所述当前客户端对应的至少一个处理后的数据确定所述当前客户端的邮件可读内容。
本实施例中,当服务端将发送完成的数据发送至相应的处理线程进行处理,得到处理后的数据后,可以基于所述当前客户端对应的至少一个处理后的数据确定所述当前客户端的邮件可读内容。
举例来说,当获取上述处理后的数据之后,可以确定所述当前客户端对应的至少一个处理后的数据,进而可以基于该至少一个处理后的数据确定当前客户端的邮件可读内容。
在一实施例中,上述邮件可读内容可以包括服务端对接收到的邮件数据进行解析所得到的可读的邮件内容,本实施例对此不进行限定。
在另一实施例中,上述确定所述当前客户端对应的至少一个处理后的数据的方式可以参见下述图3所示实施例,在此先不进行详述。
在步骤S203中,基于所述邮件可读内容进行邮件传输。
本实施例中,当服务端基于所述当前客户端对应的至少一个处理后的数据确定所述当前客户端的邮件可读内容后,即可基于所述邮件可读内容进行邮件传输。
举例来说,当服务端确定所述当前客户端的邮件可读内容后,可以使用其他开发者定制化的业务操作,满足各开发者的业务需求。其中,该业务操作可以由开发者进行自由设置,如设置为判断该邮件是否是垃圾邮件,以及判断该邮件是否含有恶意攻击性代码和病毒等,本实施例对此不进行限定。
由上述描述可知,本实施例通过响应于检测到所述连接的数据已发送完成,将发送完成的数据发送至相应的处理线程进行处理,得到处理后的数据,并基于所述当前客户端对应的至少一个处理后的数据确定所述当前客户端的邮件可读内容,以及基于所述邮件可读内容进行邮件传输,可以实现准确的基于发送完成的数据进行邮件传输,可以提高邮件传输的准确性。
图3是根据又一示例性实施例示出的如何基于发送完成的数据进行邮件传输的流程图;本实施例在上述实施例的基础上以如何基于发送完成的数据进行邮件传输为例进行示例性说明。如图3所示,上述步骤S104中所述响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输,可以包括以下步骤S301-S305:
在步骤S301中,响应于检测到所述连接的数据已发送完成,将发送完成的数据发送至相应的处理线程进行处理,得到处理后的数据。
在步骤S302中,基于所述处理后的数据对应的设定标识信息,确定所述处理后的数据对应的客户端。
本实施例中,当服务端将发送完成的数据发送至相应的处理线程进行处理,得到处理后的数据后,可以基于所述处理后的数据对应的设定标识信息,确定所述处理后的数据对应的客户端。
举例来说,服务端在基于与当前客户端建立的连接接收当前客户端发送的数据过程中,可以在接收到的数据中添加用于表征当前客户端的设定标识信息,进而可以当得到处理后的数据后,基于该数据对应的设定标识信息确定所述处理后的数据对应的客户端。
在另一实施例中,上述设定标识信息的确定方式还可以参见下述图4所示实施例,在此先不进行详述。
在步骤S303中,获取所述当前客户端对应的至少一个处理后的数据。
本实施例中,当服务端基于所述处理后的数据对应的设定标识信息,确定所述处理后的数据对应的客户端后,可以获取当前客户端对应的至少一个处理后的数据,进而可以实现后续基于所述当前客户端对应的至少一个处理后的数据确定所述当前客户端的邮件可读内容。
在步骤S304中,基于所述当前客户端对应的至少一个处理后的数据确定所述当前客户端的邮件可读内容。
在步骤S305中,基于所述邮件可读内容进行邮件传输。
其中,步骤S301、S304-S305的相关解释和说明可以参见上述实施例,在此不进行赘述。
由上述描述可知,本实施例通过基于所述处理后的数据对应的设定标识信息,确定所述处理后的数据对应的客户端,并获取所述当前客户端对应的至少一个处理后的数据,可以实现准确的获取当前客户端对应的至少一个处理后的数据,进而可以准确实现后续基于所述当前客户端对应的至少一个处理后的数据确定所述当前客户端的邮件可读内容。
图4是根据另一示例性实施例示出的如何基于发送完成的数据进行邮件传输的流程图;本实施例在上述实施例的基础上以如何基于发送完成的数据进行邮件传输为例进行示例性说明。如图4所示,上述步骤S104中所述响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输,可以包括以下步骤S401-S407:
在步骤S401中,将当前客户端的当前邮件数据传输过程封装成一个会话Session,所述会话Session用于记录所述当前邮件数据传输过程的相关信息。
其中,所述相关信息包括当前邮件数据的传输状态、邮件数据标识以及数据处理顺序中的至少一种。
本实施例中,当服务端与当前客户端建立连接后,为了将当前客户端发送的当前邮件数据与其他客户端发送的邮件数据进行区分,可以当前客户端的当前邮件数据传输过程封装成一个会话Session,以通过该Session记录当前邮件数据传输过程的相关信息。
其中,所述相关信息可以包括当前邮件数据的传输状态、邮件数据标识以及数据处理顺序中的至少一种。
在步骤S402中,基于所述邮件数据标识确定处理后的数据对应的设定标识信息。
本实施例中,当服务端将当前客户端的当前邮件数据传输过程封装成一个会话Session后,可以在该Session中添加与当前客户端对应的设定标识信息,进而可以在后续获取到处理后的数据时,基于该邮件数据标识确定处理后的数据对应的设定标识信息。
在一实施例中,上述添加的设定标识信息可以包括用于表征发送该数据的当前客户端的第一标识,还可以包括用于表征该数据的处理顺序的第二标识。
值得说明的是,由于上述SMTP交互过程中,DATA之后的邮件正文传输过程是没有命令头的,因而为了实现对邮件正文的正确解析,本实施在DATA命令响应结束后,在Session中记录一个值,用于标记下次IO客户端向服务器传输的数据为邮件正文的二进制码流。
在步骤S403中,响应于检测到所述连接的数据已发送完成,将发送完成的数据发送至相应的处理线程进行处理,得到处理后的数据。
在步骤S404中,基于所述处理后的数据对应的设定标识信息,确定所述处理后的数据对应的客户端。
在步骤S405中,获取所述当前客户端对应的至少一个处理后的数据。
在步骤S406中,基于所述当前客户端对应的至少一个处理后的数据确定所述当前客户端的邮件可读内容。
在步骤S407中,基于所述邮件可读内容进行邮件传输。
其中,步骤S403-S407的相关解释和说明可以参见上述实施例,在此不进行赘述。
由上述描述可知,本实施例通过将所述当前客户端的当前邮件数据传输过程封装成一个会话Session,以记录所述当前邮件数据传输过程的相关信息,所述相关信息包括当前邮件数据的传输状态、邮件数据标识以及数据处理顺序中的至少一种,并基于所述邮件数据标识确定处理后的数据对应的设定标识信息,进而可以实现后续基于所述处理后的数据对应的设定标识信息,确定所述处理后的数据对应的客户端,以及获取所述当前客户端对应的至少一个处理后的数据,可以提高确定当前客户端对应的处理后的数据的准确性,进而可以提高当前客户端的邮件传输的准确性。
图5是根据一示例性实施例示出的如何将发送完成的数据发送至相应的处理线程进行处理的流程图;本实施例在上述实施例的基础上以如何将发送完成的数据发送至相应的处理线程进行处理为例进行示例性说明。如图5所示,上述步骤S403中所述响应于检测到所述连接的数据已发送完成,将发送完成的数据发送至相应的处理线程进行处理,得到处理后的数据,可以包括以下步骤S501-S502:
在步骤S501中,确定所述发送完成的数据对应的所述数据处理顺序。
本实施例中,当服务端获取当前客户端发送完成的数据后,可以基于该数据对应的设定标识信息确定该数据对应的所述数据处理顺序。
如前所述,当服务端将当前客户端的当前邮件数据传输过程封装成一个会话Session后,已在该Session中添加了与当前客户端对应的设定标识信息,且该设定标识信息中包括用于表征该数据的处理顺序的第二标识,因而当获取当前客户端发送完成的数据后,可以基于该第二标识确定所述发送完成的数据对应的数据处理顺序。
在步骤S502中,将所述发送完成的数据基于所述数据处理顺序发送至对应的处理线程进行处理,得到处理后的数据。
本实施例中,当确定所述发送完成的数据对应的所述数据处理顺序后,可以基于该数据处理顺序确定所述数据对应的处理线程,进而可以将该数据发送至对应的处理线程进行处理,以得到处理后的数据。
由上述描述可知,本实施例通过确定所述发送完成的数据对应的所述数据处理顺序,并将所述发送完成的数据基于所述数据处理顺序发送至对应的处理线程进行处理,得到处理后的数据,可以实现基于数据处理顺序准确的将发送完成的数据发送至相应的处理线程进行处理,可以提高数据处理的质量。
图6是根据又一示例性实施例示出的一种邮件传输方法的流程图;该邮件传输方法可以应用于服务端(如,SMTP服务器等)。如图6所示,该邮件传输方法包括以下步骤S601-S605:
在步骤S601中:基于与当前客户端建立的连接,接收所述当前客户端发送的邮件数据,所述连接包括响应于当前客户端发送的邮件传输请求而与所述当前客户端建立的连接。
在步骤S602中:将所述连接注册到设定选择器上。
在步骤S603中:基于单一线程,采用轮询的方式检测所述选择器上各个连接的数据是否发送完成。
在步骤S604中:响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输。
其中,步骤S601-S604的相关解释和说明可以参见上述实施例,在此不进行赘述。
在步骤S605中:在所述当前客户端的邮件传输完成后,断开与所述当前客户端之间的连接。
本实施例中,当服务端响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输后,可以确定所述当前客户端的邮件传输是否完成,进而可以在所述当前客户端的邮件传输完成后,断开与所述当前客户端之间的连接。
举例来说,服务端可以在基于发送完成的数据进行邮件传输后,确定当前客户端的邮件传输完成情况,进而可以判断当前客户端的邮件传输是否完成。
由上述描述可知,本实施例通过在所述当前客户端的邮件传输完成后,及时断开与所述当前客户端之间的连接,可以更好的实现服务端的资源复用,可以解决客户端高密度、高并发场景下服务的稳定性。
图7是根据一示例性实施例示出的一种邮件传输装置的框图;该邮件传输装置可以应用于服务端(如,SMTP服务器等)。如图7所示,该装置包括:数据接收模块110、连接注册模块120、发送检测模块130和邮件传输模块140,其中:
数据接收模块110,用于基于与当前客户端建立的连接,接收所述当前客户端发送的邮件数据,所述连接包括响应于当前客户端发送的邮件传输请求而与所述当前客户端建立的连接;
连接注册模块120,用于将所述连接注册到设定选择器上;
发送检测模块130,用于基于单一线程,采用轮询的方式检测所述选择器上各个连接的数据是否发送完成;
邮件传输模块140,用于响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输。
由上述描述可知,本实施例通过基于与当前客户端建立的连接,接收所述当前客户端发送的邮件数据,所述连接包括响应于当前客户端发送的邮件传输请求而与所述当前客户端建立的连接,并将所述连接注册到设定选择器上,然后基于单一线程,采用轮询的方式检测所述选择器上各个连接的数据是否发送完成,进而响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输,由于将与当前客户端建立的连接注册到选择器上,并基于单一线程采用轮询的方式监听所述选择器上的各个连接的数据的发送情况,相对于相关技术中一个连接使用一个线程处理的方式,可以提高线程的利用率,解决客户端高密度、高并发场景下服务的稳定性,并可以提高服务端的资源利用率。
图8是根据一示例性实施例示出的另一种邮件传输装置的框图;该邮件传输装置可以应用于服务端(如,SMTP服务器等)。其中,数据接收模块210、连接注册模块220、发送检测模块230和邮件传输模块240与前述图7所示实施例中的数据接收模块110、连接注册模块120、发送检测模块130和邮件传输模块140的功能相同,在此不进行赘述。如图8所示,该装置包括:邮件传输模块240,可以包括:
数据处理单元241,用于响应于检测到所述连接的数据已发送完成,将发送完成的数据发送至相应的处理线程进行处理,得到处理后的数据;
内容确定单元244,用于基于所述当前客户端对应的至少一个处理后的数据确定所述当前客户端的邮件可读内容;
邮件传输单元245,用于基于所述邮件可读内容进行邮件传输。
在一实施例中,邮件传输模块240,还可以包括:
客户端数据确定单元243,用于:
基于所述处理后的数据对应的设定标识信息,确定所述处理后的数据对应的客户端;
获取所述当前客户端对应的至少一个处理后的数据。
在一实施例中,邮件传输模块240,还包括:
标识信息确定单元242,用于:
将所述当前客户端的当前邮件数据传输过程封装成一个会话Session,所述会话Session用于记录所述当前邮件数据传输过程的相关信息,所述相关信息包括当前邮件数据的传输状态、邮件数据标识以及数据处理顺序中的至少一种;
基于所述邮件数据标识确定处理后的数据对应的设定标识信息。
在一实施例中,数据处理单元241,还用于:
确定所述发送完成的数据对应的所述数据处理顺序;
将所述发送完成的数据基于所述数据处理顺序发送至对应的处理线程进行处理,得到处理后的数据。
在一实施例中,装置还可以包括:
连接断开模块250,用于在所述当前客户端的邮件传输完成后,断开与所述当前客户端之间的连接。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图9是根据一示例性实施例示出的一种电子设备的框图。例如,装置900可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图9,装置900可以包括以下一个或多个组件:处理组件902,存储器904,电源组件906,多媒体组件908,音频组件910,输入/输出(I/O)的接口912,传感器组件914,以及通信组件916。
处理组件902通常控制装置900的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理元件902可以包括一个或多个处理器920来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件902可以包括一个或多个模块,便于处理组件902和其他组件之间的交互。例如,处理部件902可以包括多媒体模块,以方便多媒体组件908和处理组件902之间的交互。
存储器904被配置为存储各种类型的数据以支持在设备900的操作。这些数据的示例包括用于在装置900上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器904可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电力组件906为装置900的各种组件提供电力。电力组件906可以包括电源管理系统,一个或多个电源,及其他与为装置900生成、管理和分配电力相关联的组件。
多媒体组件908包括在所述装置900和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件908包括一个前置摄像头和/或后置摄像头。当装置900处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件910被配置为输出和/或输入音频信号。例如,音频组件910包括一个麦克风(MIC),当装置900处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器904或经由通信组件916发送。在一些实施例中,音频组件910还包括一个扬声器,用于输出音频信号。
I/O接口912为处理组件902和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件914包括一个或多个传感器,用于为装置900提供各个方面的状态评估。例如,传感器组件914可以检测到装置900的打开/关闭状态,组件的相对定位,例如所述组件为装置900的显示器和小键盘,传感器组件914还可以检测装置900或装置900一个组件的位置改变,用户与装置900接触的存在或不存在,装置900方位或加速/减速和装置900的温度变化。传感器组件914还可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件914还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件914还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件916被配置为便于装置900和其他设备之间有线或无线方式的通信。装置900可以接入基于通信标准的无线网络,如WiFi,2G或3G,4G或5G或它们的组合。在一个示例性实施例中,通信部件916经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信部件916还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置900可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述邮件传输方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器904,上述指令可由装置900的处理器920执行以完成上述邮件传输方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的公开后,将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (14)

1.一种邮件传输方法,其特征在于,所述方法包括:
基于与当前客户端建立的连接,接收所述当前客户端发送的邮件数据,所述连接包括响应于当前客户端发送的邮件传输请求而与所述当前客户端建立的连接;
将所述连接注册到设定选择器上;
基于单一线程,采用轮询的方式检测所述选择器上各个连接的数据是否发送完成;
响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输。
2.根据权利要求1所述的方法,其特征在于,所述响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输,包括:
响应于检测到所述连接的数据已发送完成,将发送完成的数据发送至相应的处理线程进行处理,得到处理后的数据;
基于所述当前客户端对应的至少一个处理后的数据确定所述当前客户端的邮件可读内容;
基于所述邮件可读内容进行邮件传输。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
基于所述处理后的数据对应的设定标识信息,确定所述处理后的数据对应的客户端;
获取所述当前客户端对应的至少一个处理后的数据。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
将所述当前客户端的当前邮件数据传输过程封装成一个会话,所述会话用于记录所述当前邮件数据传输过程的相关信息,所述相关信息包括当前邮件数据的传输状态、邮件数据标识以及数据处理顺序中的至少一种;
基于所述邮件数据标识确定处理后的数据对应的设定标识信息。
5.根据权利要求4所述的方法,其特征在于,所述响应于检测到所述连接的数据已发送完成,将发送完成的数据发送至相应的处理线程进行处理,得到处理后的数据,包括:
确定所述发送完成的数据对应的所述数据处理顺序;
将所述发送完成的数据基于所述数据处理顺序发送至对应的处理线程进行处理,得到处理后的数据。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在所述当前客户端的邮件传输完成后,断开与所述当前客户端之间的连接。
7.一种邮件传输装置,其特征在于,所述装置包括:
数据接收模块,用于基于与当前客户端建立的连接,接收所述当前客户端发送的邮件数据,所述连接包括响应于当前客户端发送的邮件传输请求而与所述当前客户端建立的连接;
连接注册模块,用于将所述连接注册到设定选择器上;
发送检测模块,用于基于单一线程,采用轮询的方式检测所述选择器上各个连接的数据是否发送完成;
邮件传输模块,用于响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输。
8.根据权利要求7所述的装置,其特征在于,所述邮件传输模块,包括:
数据处理单元,用于响应于检测到所述连接的数据已发送完成,将发送完成的数据发送至相应的处理线程进行处理,得到处理后的数据;
内容确定单元,用于基于所述当前客户端对应的至少一个处理后的数据确定所述当前客户端的邮件可读内容;
邮件传输单元,用于基于所述邮件可读内容进行邮件传输。
9.根据权利要求8所述的装置,其特征在于,所述邮件传输模块,还包括:
客户端数据确定单元,用于:
基于所述处理后的数据对应的设定标识信息,确定所述处理后的数据对应的客户端;
获取所述当前客户端对应的至少一个处理后的数据。
10.根据权利要求9所述的装置,其特征在于,所述邮件传输模块,还包括:
标识信息确定单元,用于:
将所述当前客户端的当前邮件数据传输过程封装成一个会话,所述会话用于记录所述当前邮件数据传输过程的相关信息,所述相关信息包括当前邮件数据的传输状态、邮件数据标识以及数据处理顺序中的至少一种;
基于所述邮件数据标识确定处理后的数据对应的设定标识信息。
11.根据权利要求10所述的装置,其特征在于,所述数据处理单元,还用于:
确定所述发送完成的数据对应的所述数据处理顺序;
将所述发送完成的数据基于所述数据处理顺序发送至对应的处理线程进行处理,得到处理后的数据。
12.根据权利要求7所述的装置,其特征在于,所述装置还包括:
连接断开模块,用于在所述当前客户端的邮件传输完成后,断开与所述当前客户端之间的连接。
13.一种电子设备,其特征在于,包括:
处理器,以及用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
基于与当前客户端建立的连接,接收所述当前客户端发送的邮件数据,所述连接包括响应于当前客户端发送的邮件传输请求而与所述当前客户端建立的连接;
将所述连接注册到设定选择器上;
基于单一线程,采用轮询的方式检测所述选择器上各个连接的数据是否发送完成;
响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输。
14.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现以下步骤:
基于与当前客户端建立的连接,接收所述当前客户端发送的邮件数据,所述连接包括响应于当前客户端发送的邮件传输请求而与所述当前客户端建立的连接;
将所述连接注册到设定选择器上;
基于单一线程,采用轮询的方式检测所述选择器上各个连接的数据是否发送完成;
响应于检测到所述连接的数据已发送完成,基于发送完成的数据进行邮件传输。
CN202010017435.2A 2020-01-08 2020-01-08 邮件传输方法、装置、电子设备及存储介质 Pending CN111245707A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010017435.2A CN111245707A (zh) 2020-01-08 2020-01-08 邮件传输方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010017435.2A CN111245707A (zh) 2020-01-08 2020-01-08 邮件传输方法、装置、电子设备及存储介质

Publications (1)

Publication Number Publication Date
CN111245707A true CN111245707A (zh) 2020-06-05

Family

ID=70872933

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010017435.2A Pending CN111245707A (zh) 2020-01-08 2020-01-08 邮件传输方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN111245707A (zh)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060274892A1 (en) * 2003-09-01 2006-12-07 Canon Kabushiki Kaisha Communicating apparatus, control method of communicating apparatus, and control program of communicating apparatus
CN101689164A (zh) * 2007-06-22 2010-03-31 微软公司 服务器辅助的对等同步
CN101951349A (zh) * 2010-10-09 2011-01-19 安和创新科技(北京)有限公司 支持收发多个电子邮箱邮件的代理邮件网关、系统及方法
CN104601454A (zh) * 2015-02-13 2015-05-06 北京京东尚科信息技术有限公司 处理邮件的方法和系统
CN104917817A (zh) * 2015-04-23 2015-09-16 四川师范大学 客户端以及数据通信方法
CN106936688A (zh) * 2015-12-30 2017-07-07 北京国双科技有限公司 通知发送方法和装置
US20190089809A1 (en) * 2017-09-15 2019-03-21 Oracle International Corporation Dynamic message queues for a microservice based cloud service
CN110417645A (zh) * 2019-08-01 2019-11-05 浪潮软件股份有限公司 一种基于redis改善邮件发送的方法

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060274892A1 (en) * 2003-09-01 2006-12-07 Canon Kabushiki Kaisha Communicating apparatus, control method of communicating apparatus, and control program of communicating apparatus
CN101689164A (zh) * 2007-06-22 2010-03-31 微软公司 服务器辅助的对等同步
CN101951349A (zh) * 2010-10-09 2011-01-19 安和创新科技(北京)有限公司 支持收发多个电子邮箱邮件的代理邮件网关、系统及方法
CN104601454A (zh) * 2015-02-13 2015-05-06 北京京东尚科信息技术有限公司 处理邮件的方法和系统
CN104917817A (zh) * 2015-04-23 2015-09-16 四川师范大学 客户端以及数据通信方法
CN106936688A (zh) * 2015-12-30 2017-07-07 北京国双科技有限公司 通知发送方法和装置
US20190089809A1 (en) * 2017-09-15 2019-03-21 Oracle International Corporation Dynamic message queues for a microservice based cloud service
CN110417645A (zh) * 2019-08-01 2019-11-05 浪潮软件股份有限公司 一种基于redis改善邮件发送的方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
RSAPAPER_ING: "再有人问你Netty是什么,就把这篇文章发给他", 《HTTPS://WWW.CNBLOGS.COM/RSAPAPER/P/9961935.HTML》 *
衡斅: "如何使用多线程轮询待发送邮件进行发送", 《HTTPS://WWW.CNBLOGS.COM/HENXIAO25/P/4234803.HTML》 *

Similar Documents

Publication Publication Date Title
JP6101861B2 (ja) グループ作成方法、グループ脱退方法、装置、プログラム、及び記録媒体
CN104703252B (zh) 终端设备接入无线网络的方法及装置
CN106790043B (zh) 直播应用中发送消息的方法及装置
CN109565451B (zh) 网络切片的使用方法及装置
CN111654354B (zh) 最大传输单元mtu的探测方法、装置及存储介质
CN105049219B (zh) 流量订购方法和系统、移动终端及服务器
CN105095366B (zh) 文字消息处理方法和装置
CN106412884B (zh) Wifi连接的管理方法及装置
CN105303371A (zh) 账单处理方法、装置和终端设备
EP3160112B1 (en) Reminding method and device
CN106412481B (zh) 基于VoLTE视频通话的提示方法、装置及终端
CN108984417B (zh) 软件测试方法、装置、终端及存储介质
CN109246094B (zh) 用户终端的验证方法、装置及存储介质
CN106550482B (zh) 通信连接建立方法及装置、电子设备
CN110908814A (zh) 消息处理方法、装置、电子设备及存储介质
CN107846481B (zh) 账户管理方法及装置
CN111245707A (zh) 邮件传输方法、装置、电子设备及存储介质
CN107707862A (zh) 视频远程协助的处理方法和装置、第一终端、第二终端
CN111526084A (zh) 信息处理方法、装置、设备及存储介质
CN105516456B (zh) 通信事件转移方法、装置及计算机可读存储介质
KR101221885B1 (ko) 단문 문자 서비스를 이용한 이동통신 단말기의 사진 공유방법 및 장치
CN111143184B (zh) 数据处理方法、装置及系统
CN111104297B (zh) 多进程数据打点方法、装置、电子设备及存储介质
CN113645695B (zh) 一种处理无线资源控制链接配置信令的方法、装置及存储介质
US20230300220A1 (en) Method for sending multimodal data

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20200605