CN109471587A - 基于Java虚拟机的手写内容的显示方法及电子设备 - Google Patents

Abstract

本发明公开了一种手写内容的显示方法及电子设备，该方法包括：当检测到用于输入手写内容的手写触发指令时，通过Java虚拟机申请与手写内容相对应的自定义图层；通过系统中预设的手写程序启动对应的手写进程，将自定义图层的图层标识传输给手写进程；由手写进程根据自定义图层的图层标识将用户输入的手写内容绘制在自定义图层中，并根据用户输入的手写内容修改显示缓存中已存储的图像数据，以供显示缓存将修改后的图像数据同步给显示屏。该方式避免了现有技术中因垃圾回收操作而导致的卡顿现象，提升了手写输入操作的流畅性，改善了用户体验。

Description

基于Java虚拟机的手写内容的显示方法及电子设备

技术领域

本发明涉及计算机领域，具体涉及一种基于Java虚拟机的手写内容的显示方法及电子设备。

背景技术

目前，随着触摸式显示屏的日益普及，越来越多的用户习惯于通过手写输入方式进行内容编辑。例如，通过手写输入方式可以输入文字、线条、图案等多种信息。另外，随着Java虚拟机的日益流行，很多支持手写输入方式的应用程序都运行于Java虚拟机中。Java虚拟机以其跨平台等诸多优势为应用程序提供了良好的运行基础，得到了越多越多开发者的青睐。

但是，在实现本发明的过程中，发明人发现现有技术中的上述方案至少存在下述缺陷：Java虚拟机提供了垃圾回收机制，通过该机制，能够在运行过程中不断回收垃圾对象，从而保证程序的正常运行。由于垃圾回收机制是由Java虚拟机提供的，因此，运行于Java虚拟机中的应用程序无法控制垃圾回收操作的时机，一旦垃圾回收操作被触发，则会导致运行中的应用程序在垃圾回收过程中发生卡顿。由于手写输入功能的实时性要求较高，一旦在手写输入过程中因垃圾回收操作而发生卡顿，则会使用户等待较长时间，造成死机的假象，从而对手写输入操作产生巨大影响。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的基于Java虚拟机的手写内容的显示方法及电子设备。

根据本发明的一个方面，提供了一种基于Java虚拟机的手写内容的显示方法，包括：

当检测到用于输入手写内容的手写触发指令时，通过Java虚拟机申请与所述手写内容相对应的自定义图层；

通过系统中预设的手写程序启动对应的手写进程，将所述自定义图层的图层标识传输给所述手写进程；

由所述手写进程根据所述自定义图层的图层标识将用户输入的手写内容绘制在所述自定义图层中，并根据所述用户输入的手写内容修改显示缓存中已存储的图像数据，以供所述显示缓存将修改后的图像数据同步给显示屏；

其中，所述自定义图层位于系统缓存中的各个未合成图层之上，以供所述系统缓存针对所述各个未合成图层和所述自定义图层执行图层合成操作，并根据操作结果更新显示缓存中已存储的图像数据。

根据本发明的另一方面，提供了一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行以下操作：

当检测到用于输入手写内容的手写触发指令时，通过Java虚拟机申请与所述手写内容相对应的自定义图层；

通过系统中预设的手写程序启动对应的手写进程，将所述自定义图层的图层标识传输给所述手写进程；

由所述手写进程根据所述自定义图层的图层标识将用户输入的手写内容绘制在所述自定义图层中，并根据所述用户输入的手写内容修改显示缓存中已存储的图像数据，以供所述显示缓存将修改后的图像数据同步给显示屏；

其中，所述自定义图层位于系统缓存中的各个未合成图层之上，以供所述系统缓存针对所述各个未合成图层和所述自定义图层执行图层合成操作，并根据操作结果更新显示缓存中已存储的图像数据。

根据本发明的又一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使所述处理器执行以下操作：

当检测到用于输入手写内容的手写触发指令时，通过Java虚拟机申请与所述手写内容相对应的自定义图层；

通过系统中预设的手写程序启动对应的手写进程，将所述自定义图层的图层标识传输给所述手写进程；

由所述手写进程根据所述自定义图层的图层标识将用户输入的手写内容绘制在所述自定义图层中，并根据所述用户输入的手写内容修改显示缓存中已存储的图像数据，以供所述显示缓存将修改后的图像数据同步给显示屏；

其中，所述自定义图层位于系统缓存中的各个未合成图层之上，以供所述系统缓存针对所述各个未合成图层和所述自定义图层执行图层合成操作，并根据操作结果更新显示缓存中已存储的图像数据。

在本发明提供的基于Java虚拟机的手写内容的显示方法及电子设备中，当检测到用于输入手写内容的手写触发指令时，通过Java虚拟机申请与手写内容相对应的自定义图层，并通过系统中预设的手写程序启动对应的手写进程，将自定义图层的图层标识传输给该手写进程，以便由该手写进程根据自定义图层的图层标识将用户输入的手写内容绘制在自定义图层中，并根据用户输入的手写内容修改显示缓存中已存储的图像数据。由此可见，在本发明中，预先设置有运行于系统中的手写程序，该手写程序用于实现手写输入功能，且该手写程序运行于操作系统中，而非Java虚拟机中，因此不受Java虚拟机的垃圾回收机制影响，能够在垃圾回收操作的过程中实现不间断地手写输入操作，从而避免了现有技术中因垃圾回收操作而导致的卡顿现象，提升了手写输入操作的流畅性，改善了用户体验。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明一个实施例提供的基于Java虚拟机的手写内容的显示方法的流程图；

图2示出了本发明另一个实施例提供的基于Java虚拟机的手写内容的显示方法的流程图；

图3示出了根据本发明另一个实施例的一种电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

实施例一

图1示出了本发明一个实施例提供的基于Java虚拟机的手写内容的显示方法的流程图。如图1所示，该方法包括以下步骤：

步骤S110：当检测到用于输入手写内容的手写触发指令时，通过Java虚拟机申请与手写内容相对应的自定义图层。

其中，该手写触发指令用于触发手写内容的输入操作。具体地，该手写触发指令既可以由预设的触发按键进行触发，也可以由用户的手写输入动作进行触发，本发明不限定手写触发指令的具体形式，只要能够用于启动手写输入操作即可。其中，预设的触发按键包括各类实体按键或虚拟按键，例如输入法切换按键等。另外，该手写触发指令用于在指定应用中实现手写输入操作，该指定应用可以为运行于Java虚拟机中的各类应用，例如，电子书应用、微信应用、浏览器应用等，本发明对此不做限定。

当检测到手写触发指令时，通过Java虚拟机申请与手写内容相对应的自定义图层，该自定义图层用于绘制用户输入的手写内容。具体地，每当手写输入操作被触发时，需要申请与本次手写输入操作相对应的自定义图层，用于绘制本次手写输入的内容。

步骤S120：通过系统中预设的手写程序启动对应的手写进程，将该自定义图层的图层标识传输给该手写进程。

其中，该预设的手写程序用于实现上文提到的指定应用中的手写输入操作，该手写程序运行于系统中，而非Java虚拟机中，因此，不受Java虚拟机的垃圾回收机制影响。该手写程序可以对应于一个或多个指定应用，本发明对手写程序的创建方式不做限定。

当检测到手写触发指令时，该手写程序开始运行，从而启动对应的手写进程，该手写进程接收Java虚拟机提供的自定义图层的图层标识，以便在后续步骤中基于该自定义图层的图层标识实现手写内容的绘制操作。具体地，该手写程序的执行逻辑取决于手写输入操作的执行逻辑，可由本领域技术人员灵活设定，本发明对该手写程序的具体实现方式不做限定。

步骤S130：由该手写进程根据自定义图层的图层标识将用户输入的手写内容绘制在该自定义图层中，并根据用户输入的手写内容修改显示缓存中已存储的图像数据，以供显示缓存将修改后的图像数据同步给显示屏。

具体地，该手写进程接收到自定义图层的图层标识后，根据用户输入的手写内容执行如下两方面的操作：一方面，根据自定义图层的图层标识将用户输入的手写内容绘制在该自定义图层中；另一方面，根据用户输入的手写内容修改显示缓存中已存储的图像数据，以供显示缓存将修改后的图像数据同步给显示屏。其中，该自定义图层位于系统缓存中的各个未合成图层之上，以供系统缓存针对各个未合成图层和自定义图层执行图层合成操作，并根据操作结果更新显示缓存中已存储的图像数据。通过该方式能够直接将手写内容绘制到显示缓存中已存储的图像数据上，无需经由系统缓存执行图片合成及复制操作，由此大幅提升了显示速度。而且，由于手写内容同时绘制在位于各个未合成图层之上的自定义图层中，因此，当系统执行合成操作时，合成操作的结果中依然包含手写内容，从而确保了手写内容不会因系统刷新行为而被覆盖。

由此可见，在本发明中，预先设置有运行于系统中的手写程序，该手写程序用于实现手写输入功能，且该手写程序运行于操作系统中，而非Java虚拟机中，因此不受Java虚拟机的垃圾回收机制影响，能够在垃圾回收操作的过程中实现不间断地手写输入操作，从而避免了现有技术中因垃圾回收操作而导致的卡顿现象，提升了手写输入操作的流畅性，改善了用户体验。

实施例二

图2示出了本发明另一个实施例提供的基于Java虚拟机的手写内容的显示方法的流程图。如图2所示，该方法包括以下步骤：

步骤S200：预先通过第一语言编写系统中预设的手写程序，该手写程序用于在Linux操作系统中运行。

其中，本实施例中预设的手写程序用于与预设应用相互配合，以实现与预设应用相对应的手写内容的输入操作，该预设应用用于在Java虚拟机中运行，且通过第二语言编写。由此可见，本实施例实质上是通过预设的手写程序实现了预设应用中的手写输入功能。在传统方式中，当用户在当前应用中开启手写输入操作时，由当前应用内部的手写输入功能所对应的代码段提供服务。对于运行于Java虚拟机中的应用而言，势必会在Java虚拟机启动垃圾回收机制时造成卡顿现象。为了解决这一问题，本实施例预先设置了运行于Linux操作系统中的手写程序，由该手写程序负责实现预设应用中的手写输入功能。由于Linux操作系统位于Java虚拟机的底层，因此，不受Java虚拟机的垃圾回收影响。

其中，本实施例中的预设应用可以是各类运行于Java虚拟机中的应用，既可以是系统应用也可以用户应用，本发明对预设应用的内涵不做限定。另外，本实施例中与手写程序相互配合的预设应用既可以是一个，也可以是多个，当与手写程序相互配合的预设应用为多个时，各个预设应用与手写程序通信时可以携带该应用的应用标识，以使手写程序能够根据各个预设应用的应用标识返回响应。总之，在本发明中，既可以分别针对每个预设应用编写一个与该预设应用对应的手写程序，以使每个手写程序的执行逻辑能够根据对应的预设应用的运行特点而进行个性化地设计；也可以由多个预设应用共用一个手写程序，以节约系统资源，本发明对此不做限定。

在本实施例中，以预设应用为电子书应用为例进行说明。并且，在本实施例中，第一语言包括C语言，第二语言包括Java语言。相应地，预设应用为通过Java语言编写的电子书应用，手写程序则通过C语言编写。由于手写程序与预设应用采用不同的语言，且分别处于系统中的不同部分，因此，当Java虚拟机进行垃圾回收时，手写程序所对应的手写进程能够与Java虚拟机并行运行，而不会导致卡顿现象。

在本实施例的一种具体实现方式中，通过如下方式编写系统中预设的手写程序：首先，获取预设应用的应用源码，将预设应用的应用源码中包含的与手写内容的输入操作相关的代码确定为目标代码；然后，从预设应用的应用源码中删除目标代码，并通过第一语言编写与目标代码相对应的预设的手写程序。由此可见，在该方式中，将预设应用的应用源码中包含的与手写内容的输入操作相关的代码从预设应用中移植到手写程序中，以避免受到Java虚拟机的垃圾回收影响。

在本实施例的其他实现方式中，也可以在预设应用中保留与手写内容的输入操作相关的代码，相应地，可以设置选择入口，用于选择通过预设应用中保留的与手写内容的输入操作相关的代码部分实现手写操作或通过Linux操作系统中的手写程序实现手写操作，具体取决于用户的当前需求。例如，可以在电子书应用中设置一个选项，用于提供给用户自行选择对应于手写程序的极速手写功能或对应于目标代码的普通手写功能，从而为用户提供更多选择。

另外，手写程序中的代码执行逻辑与目标代码的代码执行逻辑可以相同，也可以不同。优选地，在本实施例中，为了进一步提升手写速度，并不是直接将目标代码的代码执行逻辑移植到手写程序中，而是针对手写程序编制了一套专用于提供电子书手写加速功能的实现逻辑，具体将在下文给予详细介绍。

步骤S210：当检测到用于输入手写内容的手写触发指令时，判断该手写触发指令是否为针对预设应用发出的指令，若是，则通过Java虚拟机申请与手写内容相对应的自定义图层。

由于本实施例用于针对预设应用实现手写加速功能，因此，在检测到用于输入手写内容的手写触发指令时，需要进一步判断该手写触发指令是否为针对预设应用发出的指令，若是，则通过Java虚拟机申请与手写内容相对应的自定义图层，以便执行本发明中的后续步骤。在申请与手写内容相对应的自定义图层时，首先，确定系统缓存中已存储的各个未合成图层，然后，创建位于各个未合成图层之上的自定义图层。其中，为了避免手写内容被其他未合成图层覆盖，可以针对该自定义图层执行置顶操作。另外，为了防止手写内容对背景造成遮挡，可以设置自定义图层为透明图层。

步骤S220：通过系统中预设的手写程序启动对应的手写进程，将该自定义图层的图层标识传输给该手写进程。

其中，该预设的手写程序即为步骤S200中设置的手写程序。当检测到手写触发指令时，则通过Java虚拟机或预设应用运行该手写程序，从而启动对应的手写进程，该手写进程接收Java虚拟机提供的自定义图层的图层标识，以便在后续步骤中基于该自定义图层的图层标识实现手写内容的绘制操作。

步骤S230：由该手写进程根据自定义图层的图层标识将用户输入的手写内容绘制在该自定义图层中，并根据用户输入的手写内容修改显示缓存中已存储的图像数据，以供显示缓存将修改后的图像数据同步给显示屏。

具体地，该手写进程用于提供电子书手写加速功能，为了提升电子书的手写输入速度，该手写进程接收到自定义图层的图层标识后，根据用户输入的手写内容执行如下两方面的操作：一方面，根据自定义图层的图层标识确定自定义图层的存储位置，以便将用户输入的手写内容绘制在该自定义图层中；另一方面，根据用户输入的手写内容修改显示缓存中已存储的图像数据，以供显示缓存将修改后的图像数据同步给显示屏。其中，在修改显示缓存中已存储的图像数据时，需要获取显示缓存中已存储的图像数据，在获取到的图像数据上添加手写内容，得到修改后的图像数据。

由此可见，该手写进程除了不受Java虚拟机的垃圾回收影响之外，还能够大幅提高手写输入速度，下面针对该手写进程的提速原理进行分析：

在传统的手写输入方式中，将所有绘图操作所对应的图层保存在一块系统区域(即上文提到的系统缓存)中，当所有的绘图操作结束之后，对系统缓存中保存的各个图层执行图层合成操作，并将图层合成操作的结果复制到显示缓存中，以供显示缓存将复制得到的内容同步给显示屏进行显示。其中，由于在操作系统中可能存在多个并行运行的应用，因此，为了同时满足各个应用的绘图需求，系统缓存中存储有多个分别对应于不同应用的图层。相应地，为了对手写内容进行显示，需要在系统缓存中新增一个用于绘制手写内容的图层。当手写输入完毕后，根据用户触发的刷新操作对系统缓存中的各个图层执行图层合成操作，并将合成操作后得到的内容复制到显示缓存中，以供显示缓存将复制得到的内容同步给显示屏进行显示。发明人在实现本发明的过程中，发现上述方案至少存在下述缺陷：首先，当系统缓存对各个图层执行图层合成操作时，需要耗费大量的时间，因此，合成操作将导致至少10ms的延迟。并且，当系统中的应用数量较多，致使图层数量也较多时，该合成操作的延迟甚至可能达到20ms以上。其次，将合成操作后得到的结果复制到显示缓存中，以供显示缓存将复制得到的内容同步给显示屏进行显示时，复制操作又将导致至少20ms的延迟。由此可见，传统的手写输入方式的延时较长、显示速度较慢，无法近似实时地对手写内容进行显示。

为了克服上述问题，在本发明提供的上述方式中，直接将手写内容绘制到显示缓存中已存储的图像数据上，无需经由系统缓存执行图片合成及复制操作，由此大幅提升了显示速度。而且，由于手写内容同时绘制在位于各个未合成图层之上的自定义图层中，因此，当系统执行合成操作时，合成操作的结果中依然包含手写内容，从而确保了手写内容不会因系统刷新行为而被覆盖。

步骤S240：当检测到手写结束指令时，退出手写进程，回收自定义图层。

具体地，为了减少对系统资源的占用，当检测到手写结束指令时，退出手写进程，并回收自定义图层。该手写结束指令用于退出手写输入操作，具体可以为用户发出的将手写输入法切换为其他输入法的指令。或者，该手写结束指令也可以在检测到手写输入动作结束后自动触发，本发明对此不做限定。

步骤S250：当接收到电子书翻页指令时，清空自定义图层中已绘制的手写内容。

本实施例的一个具体应用场景为：用户在阅读电子书的过程中，通过手写输入的方式对电子书中展示的当前页面进行标注类操作，相应地，用户希望手写内容仅展现在当前页面中，而当用户执行翻页操作后，则不在翻页后的页面中展示上一页所对应的标注结果。为此，在本实施例中，在电子书的运行过程中创建一个通用于各个页面的透明图层(即上述的自定义图层)，并且，每当接收到翻页指令后，对该透明图层中已绘制的内容执行删除操作，以防止将用户在上一页中写入的标注类内容显示在下一页中。另外，为了方便读者后续阅读自己手动标注的内容，在本实施例中，还可以进一步将手写内容与对应的当前页面关联存储，以便于用户后续查询该页中记录的手写内容。而且，在进行关联存储时，还可以进一步存储与该手写内容相对应的用户标识，从而便于为不同的用户展示各自对应的手写内容。

上述的步骤S240以及步骤S250可以择一执行，也可以先后执行，本发明不限定步骤S240以及步骤S250的执行顺序以及执行时机。另外，本领域技术人员还可以对上述实施例进行各种改动和变形。

通过上述方式，既可以对电纸书中的页面进行显示，也可以对APP中的页面进行显示。并且，由于墨水屏的刷新速度较慢，因此，本发明中的方式尤其适用于通过墨水屏实现的电纸书阅读器中。另外，可选地，为了进一步提升显示速度，在本实施例中，显示缓存的数量可以为至少两个，由各个显示缓存交替向显示屏同步数据，从而通过多缓存机制提升显示效率。具体地，假设系统缓存本次将合成结果复制到第一显示缓存，以便由第一显示缓存同步到显示屏进行显示，则系统缓存下一次将合成结果复制到第二显示缓存，以便由第二显示缓存同步到显示屏进行显示。在多缓存机制中，本发明还需要进一步识别当前处于使用状态的显示缓存的缓存标识，相应地，根据手写内容修改显示缓存中已存储的图像数据时，具体根据手写内容修改当前处于使用状态的显示缓存中已存储的图像数据。

最后，为了便于理解，针对步骤S230中描述的通过手写进程提供电子书手写加速功能的具体实现方式进行详细介绍：

本实施例中的显示缓存用于向显示屏同步待显示的图像数据，具体可以为显存或帧缓存。其中，该图像数据是缓存在显示缓存中的，因此，也可以将图像数据称作“图像数据缓存”。顾名思义，该“图像数据缓存”只是暂存在显示缓存中，一旦显示缓存接收到系统缓存提供的最新的合成结果，将会刷新该“图像数据缓存”。在本实施例中，显示缓存为帧缓存。因此，显示屏中的显示内容与显示缓存中存储的图像数据之间是相互同步的：每当显示缓存中的图像数据更新后，则显示屏中的显示内容也对应更新。

具体地，在步骤S230中，获取显示缓存中已存储的图像数据，在图像数据上添加手写内容，得到修改后的图像数据。其中，显示缓存中已存储的图像数据是根据系统缓存上一次执行合成操作的结果得到的(即根据系统缓存已执行的最新的一次合成操作的结果得到的图像数据)，通过在显示缓存中已存储的图像数据上添加手写内容，能够将手写内容实时添加到显示缓存中，省去了将手写内容绘制到系统缓存中，并针对系统缓存中的各个未合成图层执行合成操作的时间，并且还省去了从系统缓存复制到显示缓存的延时，因而大幅提升了显示速度，实现了实时显示的效果。

另外，显示缓存将修改后的图像数据同步给显示屏时，具体可根据系统中默认的同步方式进行同步。例如，在一种同步方式中，显示缓存根据接收到的同步指令将修改后的图像数据同步给显示屏。相应地，由系统中间层负责执行从显示缓存同步到显示屏的操作，系统中间层每隔预设时间间隔向显示缓存发送一次同步指令，以便将显示缓存中当前存储的图像数据同步给显示屏。又如，在另一种同步方式中，显示缓存将修改后的图像数据实时同步给显示屏，该方式的实时性较高，能够确保显示屏与显示缓存之间的实时同步。本领域技术人员可根据需要选择合适的同步方式。

另外，在本实施例中，系统缓存可以是后缓冲区，也可以是其他的缓存区域。系统缓存用于存储与各个应用相对应的未合成图层，每当接收到一个应用触发的绘图请求时，系统则在系统缓存中为该应用分配一块画布，用于实现该画布的图层即为与该应用相对应的一个未合成图层。当系统中存在多个并行绘图的应用时，系统缓存中的未合成图层的数量也为多个。当系统缓存接收到合成指令后对其中存储的各个未合成图层进行合成处理，得到新的图像数据，以供显示缓存根据新的图像数据替换之前已存储的图像数据，从而实现画面刷新的目的。

具体地，各个未合成图层可能分别对应于不同的用户应用，也可能对应于操作系统中的系统应用。例如，当用户通过美图应用发起一次绘图操作后，则会在系统缓存中申请一个与该美图应用相对应的未合成图层，用于绘制用户通过美图应用输入的内容。又如，当系统应用检测到电量过低时，会在系统缓存中申请一个与系统电量相对应的未合成图层，用于绘制电量提示内容。由此可见，系统缓存用于同时存储各个应用所对应的未合成图层，并在接收到一个应用触发的合成指令后，对系统缓存中存储的所有未合成图层执行合成操作，并将合成操作的结果提供给显示缓存，以便通过显示缓存更新显示屏的显示内容。具体地，每当用户应用或系统应用需要刷新显示屏的显示画面时，则会触发合成指令，以便将系统缓存中的各个图层合成后提供给显示缓存进行显示。例如，当系统应用将电量提示内容绘制完毕后，则会触发合成指令，以促使显示屏中弹出用于提示电量低的对话框。

另外，当系统缓存根据接收到的合成指令针对其中存储的各个未合成图层和自定义图层执行图层合成操作时，将根据操作结果更新显示缓存中已存储的图像数据。其中，合成指令包括：由操作系统触发的第一合成指令和/或由应用触发的第二合成指令。其中，由操作系统触发的第一合成指令包括：当系统检测到电量低于预设阈值时触发的用于显示电量提示画面的合成指令等与系统行为相关的合成指令。由应用触发的第二合成指令包括：某应用将与该应用相对应的内容绘制完毕后触发的用于显示与该应用相对应的内容的合成指令等与应用行为相关的合成指令。

由此可见，在本实施例中，用户通过电子书应用输入手写内容时，直接将手写内容绘制在显示缓存中，以提升显示速度。另外，为了避免在其他应用刷新画面(即触发合成指令)时丢失显示缓存中的手写内容，同时在系统缓存中通过覆盖于其他未合成图层之上的透明图层保存手写内容，以确保其他应用刷新画面后，手写内容依然保存于刷新后的画面中。另外，由于本发明在透明图层中绘制手写内容的作用在于防止因其他应用合成图层而丢失手写内容，况且手写内容已在显示缓存中进行了绘制，因此，本发明中的电子书应用不需要向系统缓存发送合成指令，从而进一步简化了操作复杂度，提升了显示效率。

另外，上述的透明图层(即自定义图层)可以覆盖在各个未合成图层之上，且尺寸与各个未合成图层中尺寸最大的未合成图层的尺寸相同，以确保用户能够在显示屏的各个区域进行手写输入。或者，上述的透明图层(即自定义图层)也可以仅覆盖各个未合成图层所对应的局部区域，以使用户能够通过对应的局部区域进行手写输入。具体实现时，可根据显示屏上包含的手写区域的位置、大小来设置该透明图层。

综上所述，通过本发明中的方式，预先设置有运行于系统中的手写程序，该手写程序用于实现手写输入功能，且该手写程序运行于操作系统中，而非Java虚拟机中，因此不受Java虚拟机的垃圾回收机制影响，能够在垃圾回收操作的过程中实现不间断地手写输入操作，从而避免了现有技术中因垃圾回收操作而导致的卡顿现象，提升了手写输入操作的流畅性，改善了用户体验。并且，本发明直接将手写内容绘制到显示缓存中已存储的图像数据上，无需经由系统缓存执行图片合成及复制操作，由此大幅提升了显示速度。并且，由于手写内容绘制在显示缓存中已存储的图像数据上，因此，不会覆盖系统中已有的显示内容。而且，由于手写内容同时绘制在位于各个未合成图层之上的自定义图层中，因此，当系统执行合成操作时，合成操作的结果中依然包含手写内容，从而确保了手写内容不会因系统刷新行为而被覆盖。另外，绘制在系统缓存中的自定义图层中的手写内容只是为了防止在其他应用触发合成操作后导致已绘制在显示缓存中的手写内容消失，因此，本申请中的电子书应用本身无需主动地触发合成操作(也叫画面刷新操作)，从而简化了操作过程，提升了操作效率。并且，该方式还可以根据用户发出的翻页操作清空上一页的手写内容，提升了用户使用电子书的阅读体验。

实施例三

本申请实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的基于Java虚拟机的手写内容的显示方法。

可执行指令具体可以用于使得处理器执行以下操作：

当检测到用于输入手写内容的手写触发指令时，通过Java虚拟机申请与所述手写内容相对应的自定义图层；

通过系统中预设的手写程序启动对应的手写进程，将所述自定义图层的图层标识传输给所述手写进程；

由所述手写进程根据所述自定义图层的图层标识将用户输入的手写内容绘制在所述自定义图层中，并根据所述用户输入的手写内容修改显示缓存中已存储的图像数据，以供所述显示缓存将修改后的图像数据同步给显示屏；

其中，所述自定义图层位于系统缓存中的各个未合成图层之上，以供所述系统缓存针对所述各个未合成图层和所述自定义图层执行图层合成操作，并根据操作结果更新显示缓存中已存储的图像数据。

在一种可选的方式中，所述可执行指令具体使所述处理器执行以下操作：

预先通过第一语言编写所述系统中预设的手写程序，所述手写程序用于在Linux操作系统中运行；

其中，所述系统中预设的手写程序用于与预设应用相互配合，以实现与所述预设应用相对应的手写内容的输入操作，所述预设应用用于在Java虚拟机中运行，且通过第二语言编写。

在一种可选的方式中，所述第一语言包括C语言，所述第二语言包括Java语言；并且，当所述Java虚拟机进行垃圾回收时，所述手写进程能够与所述Java虚拟机并行运行。

在一种可选的方式中，所述可执行指令具体使所述处理器执行以下操作：

获取所述预设应用的应用源码，将所述预设应用的应用源码中包含的与手写内容的输入操作相关的代码确定为目标代码；

从所述预设应用的应用源码中删除所述目标代码，并通过所述第一语言编写与所述目标代码相对应的所述预设的手写程序。

在一种可选的方式中，所述可执行指令进一步使所述处理器执行以下操作：

判断所述手写触发指令是否为针对所述预设应用发出的指令，若是，则执行所述通过Java虚拟机申请与所述手写内容相对应的自定义图层的步骤；其中，所述预设应用包括：电子书应用。

在一种可选的方式中，所述可执行指令进一步使所述处理器执行以下操作：

当检测到手写结束指令时，退出所述手写进程，回收所述自定义图层。

在一种可选的方式中，所述可执行指令具体使所述处理器执行以下操作：

由所述手写进程获取所述显示缓存中已存储的图像数据，在获取到的图像数据上添加所述手写内容，得到修改后的图像数据。

在一种可选的方式中，所述可执行指令具体使所述处理器执行以下操作：

确定系统缓存中已存储的各个未合成图层，创建位于所述各个未合成图层之上的自定义图层，并对所述自定义图层执行置顶操作；其中，所述自定义图层为透明图层。

在一种可选的方式中，当所述手写触发指令为针对预设的电子书应用发出的指令时，所述可执行指令进一步使所述处理器执行以下操作：

当接收到电子书翻页指令时，清空所述自定义图层中已绘制的手写内容。

在一种可选的方式中，所述显示缓存为帧缓存，所述系统缓存为后缓冲区；并且，所述电子设备用于对电纸书中的页面进行显示，和/或，所述电子设备用于对APP中的页面进行显示。

实施例四

图3示出了根据本发明另一个实施例的一种电子设备的结构示意图，本发明具体实施例并不对电子设备的具体实现做限定。

如图3所示，该电子设备可以包括：处理器(processor)302、通信接口(Communications Interface)304、存储器(memory)306、以及通信总线308。

其中：处理器302、通信接口304、以及存储器306通过通信总线308完成相互间的通信。通信接口304，用于与其它设备比如客户端或其它服务器等的网元通信。处理器302，用于执行程序310，具体可以执行上述基于Java虚拟机的手写内容的显示方法实施例中的相关步骤。

具体地，程序310可以包括程序代码，该程序代码包括计算机操作指令。

处理器302可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器306，用于存放程序310。存储器306可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序310具体可以用于使得处理器302执行以下操作：

当检测到用于输入手写内容的手写触发指令时，通过Java虚拟机申请与所述手写内容相对应的自定义图层；

通过系统中预设的手写程序启动对应的手写进程，将所述自定义图层的图层标识传输给所述手写进程；

由所述手写进程根据所述自定义图层的图层标识将用户输入的手写内容绘制在所述自定义图层中，并根据所述用户输入的手写内容修改显示缓存中已存储的图像数据，以供所述显示缓存将修改后的图像数据同步给显示屏；

其中，所述自定义图层位于系统缓存中的各个未合成图层之上，以供所述系统缓存针对所述各个未合成图层和所述自定义图层执行图层合成操作，并根据操作结果更新显示缓存中已存储的图像数据。

在一种可选的方式中，程序310具体使所述处理器执行以下操作：

预先通过第一语言编写所述系统中预设的手写程序，所述手写程序用于在Linux操作系统中运行；

其中，所述系统中预设的手写程序用于与预设应用相互配合，以实现与所述预设应用相对应的手写内容的输入操作，所述预设应用用于在Java虚拟机中运行，且通过第二语言编写。

在一种可选的方式中，所述第一语言包括C语言，所述第二语言包括Java语言；并且，当所述Java虚拟机进行垃圾回收时，所述手写进程能够与所述Java虚拟机并行运行。

在一种可选的方式中，程序310具体使所述处理器执行以下操作：

获取所述预设应用的应用源码，将所述预设应用的应用源码中包含的与手写内容的输入操作相关的代码确定为目标代码；

从所述预设应用的应用源码中删除所述目标代码，并通过所述第一语言编写与所述目标代码相对应的所述预设的手写程序。

在一种可选的方式中，程序310进一步使所述处理器执行以下操作：

判断所述手写触发指令是否为针对所述预设应用发出的指令，若是，则执行所述通过Java虚拟机申请与所述手写内容相对应的自定义图层的步骤；其中，所述预设应用包括：电子书应用。

在一种可选的方式中，程序310进一步使所述处理器执行以下操作：

当检测到手写结束指令时，退出所述手写进程，回收所述自定义图层。

在一种可选的方式中，程序310具体使所述处理器执行以下操作：

由所述手写进程获取所述显示缓存中已存储的图像数据，在获取到的图像数据上添加所述手写内容，得到修改后的图像数据。

在一种可选的方式中，程序310具体使所述处理器执行以下操作：

确定系统缓存中已存储的各个未合成图层，创建位于所述各个未合成图层之上的自定义图层，并对所述自定义图层执行置顶操作；其中，所述自定义图层为透明图层。

在一种可选的方式中，当所述手写触发指令为针对预设的电子书应用发出的指令时，程序310进一步使所述处理器执行以下操作：

当接收到电子书翻页指令时，清空所述自定义图层中已绘制的手写内容。

在一种可选的方式中，所述显示缓存为帧缓存，所述系统缓存为后缓冲区；并且，所述电子设备用于对电纸书中的页面进行显示，和/或，所述电子设备用于对APP中的页面进行显示。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明还公开了A1.一种基于Java虚拟机的手写内容的显示方法，包括：

当检测到用于输入手写内容的手写触发指令时，通过Java虚拟机申请与所述手写内容相对应的自定义图层；

通过系统中预设的手写程序启动对应的手写进程，将所述自定义图层的图层标识传输给所述手写进程；

由所述手写进程根据所述自定义图层的图层标识将用户输入的手写内容绘制在所述自定义图层中，并根据所述用户输入的手写内容修改显示缓存中已存储的图像数据，以供所述显示缓存将修改后的图像数据同步给显示屏；

其中，所述自定义图层位于系统缓存中的各个未合成图层之上，以供所述系统缓存针对所述各个未合成图层和所述自定义图层执行图层合成操作，并根据操作结果更新显示缓存中已存储的图像数据。

A2.根据A1所述的方法，其中，所述方法执行之前，进一步包括：

预先通过第一语言编写所述系统中预设的手写程序，所述手写程序用于在Linux操作系统中运行；

其中，所述系统中预设的手写程序用于与预设应用相互配合，以实现与所述预设应用相对应的手写内容的输入操作，所述预设应用用于在Java虚拟机中运行，且通过第二语言编写。

A3.根据A2所述的方法，其中，所述第一语言包括C语言，所述第二语言包括Java语言；并且，当所述Java虚拟机进行垃圾回收时，所述手写进程能够与所述Java虚拟机并行运行。

A4.根据A2或3所述的方法，其中，所述预先通过第一语言编写所述系统中预设的手写程序具体包括：

获取所述预设应用的应用源码，将所述预设应用的应用源码中包含的与手写内容的输入操作相关的代码确定为目标代码；

从所述预设应用的应用源码中删除所述目标代码，并通过所述第一语言编写与所述目标代码相对应的所述预设的手写程序。

A5.根据A2-4任一所述的方法，其中，所述当检测到用于输入手写内容的手写触发指令时，进一步包括：判断所述手写触发指令是否为针对所述预设应用发出的指令，若是，则执行所述通过Java虚拟机申请与所述手写内容相对应的自定义图层的步骤；其中，所述预设应用包括：电子书应用。

A6.根据A1-5任一所述的方法，其中，所述根据所述用户输入的手写内容修改显示缓存中已存储的图像数据之后，进一步包括：

当检测到手写结束指令时，退出所述手写进程，回收所述自定义图层。

A7.根据A1-6任一所述的方法，其中，所述根据所述用户输入的手写内容修改显示缓存中已存储的图像数据的步骤具体包括：

由所述手写进程获取所述显示缓存中已存储的图像数据，在获取到的图像数据上添加所述手写内容，得到修改后的图像数据。

A8.根据A1-7任一所述的方法，其中，所述通过Java虚拟机申请与所述手写内容相对应的自定义图层的步骤具体包括：

确定系统缓存中已存储的各个未合成图层，创建位于所述各个未合成图层之上的自定义图层，并对所述自定义图层执行置顶操作；其中，所述自定义图层为透明图层。

A9.根据A1-8任一所述的方法，其中，当所述手写触发指令为针对预设的电子书应用发出的指令时，所述由所述手写进程根据所述自定义图层的图层标识将用户输入的手写内容绘制在所述自定义图层中的步骤之后，进一步包括：

当接收到电子书翻页指令时，清空所述自定义图层中已绘制的手写内容。

A10.根据A1-9任一所述的方法，其中，所述显示缓存为帧缓存，所述系统缓存为后缓冲区；并且，所述方法用于对电纸书中的页面进行显示，和/或，所述方法用于对APP中的页面进行显示。

B11.一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行以下操作：

当检测到用于输入手写内容的手写触发指令时，通过Java虚拟机申请与所述手写内容相对应的自定义图层；

通过系统中预设的手写程序启动对应的手写进程，将所述自定义图层的图层标识传输给所述手写进程；

由所述手写进程根据所述自定义图层的图层标识将用户输入的手写内容绘制在所述自定义图层中，并根据所述用户输入的手写内容修改显示缓存中已存储的图像数据，以供所述显示缓存将修改后的图像数据同步给显示屏；

其中，所述自定义图层位于系统缓存中的各个未合成图层之上，以供所述系统缓存针对所述各个未合成图层和所述自定义图层执行图层合成操作，并根据操作结果更新显示缓存中已存储的图像数据。

B12.根据B11所述的电子设备，其中，所述可执行指令具体使所述处理器执行以下操作：

预先通过第一语言编写所述系统中预设的手写程序，所述手写程序用于在Linux操作系统中运行；

其中，所述系统中预设的手写程序用于与预设应用相互配合，以实现与所述预设应用相对应的手写内容的输入操作，所述预设应用用于在Java虚拟机中运行，且通过第二语言编写。

B13.根据B12所述的电子设备，其中，所述第一语言包括C语言，所述第二语言包括Java语言；并且，当所述Java虚拟机进行垃圾回收时，所述手写进程能够与所述Java虚拟机并行运行。

B14.根据B12或13所述的电子设备，其中，所述可执行指令具体使所述处理器执行以下操作：

获取所述预设应用的应用源码，将所述预设应用的应用源码中包含的与手写内容的输入操作相关的代码确定为目标代码；

从所述预设应用的应用源码中删除所述目标代码，并通过所述第一语言编写与所述目标代码相对应的所述预设的手写程序。

B15.根据B12-14任一所述的电子设备，其中，所述可执行指令进一步使所述处理器执行以下操作：

判断所述手写触发指令是否为针对所述预设应用发出的指令，若是，则执行所述通过Java虚拟机申请与所述手写内容相对应的自定义图层的步骤；其中，所述预设应用包括：电子书应用。

B16.根据B11-15任一所述的电子设备，其中，所述可执行指令进一步使所述处理器执行以下操作：

当检测到手写结束指令时，退出所述手写进程，回收所述自定义图层。

B17.根据B11-16任一所述的电子设备，其中，所述可执行指令具体使所述处理器执行以下操作：

由所述手写进程获取所述显示缓存中已存储的图像数据，在获取到的图像数据上添加所述手写内容，得到修改后的图像数据。

B18.根据B11-17任一所述的电子设备，其中，所述可执行指令具体使所述处理器执行以下操作：

确定系统缓存中已存储的各个未合成图层，创建位于所述各个未合成图层之上的自定义图层，并对所述自定义图层执行置顶操作；其中，所述自定义图层为透明图层。

B19.根据B11-18任一所述的电子设备，其中，当所述手写触发指令为针对预设的电子书应用发出的指令时，所述可执行指令进一步使所述处理器执行以下操作：

当接收到电子书翻页指令时，清空所述自定义图层中已绘制的手写内容。

B20.根据B11-19任一所述的电子设备，其中，所述显示缓存为帧缓存，所述系统缓存为后缓冲区；并且，所述电子设备用于对电纸书中的页面进行显示，和/或，所述电子设备用于对APP中的页面进行显示。

C21.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行以下操作：

当检测到用于输入手写内容的手写触发指令时，通过Java虚拟机申请与所述手写内容相对应的自定义图层；

通过系统中预设的手写程序启动对应的手写进程，将所述自定义图层的图层标识传输给所述手写进程；

由所述手写进程根据所述自定义图层的图层标识将用户输入的手写内容绘制在所述自定义图层中，并根据所述用户输入的手写内容修改显示缓存中已存储的图像数据，以供所述显示缓存将修改后的图像数据同步给显示屏；

其中，所述自定义图层位于系统缓存中的各个未合成图层之上，以供所述系统缓存针对所述各个未合成图层和所述自定义图层执行图层合成操作，并根据操作结果更新显示缓存中已存储的图像数据。

C22.根据C21所述的计算机存储介质，其中，所述可执行指令具体使所述处理器执行以下操作：

预先通过第一语言编写所述系统中预设的手写程序，所述手写程序用于在Linux操作系统中运行；

其中，所述系统中预设的手写程序用于与预设应用相互配合，以实现与所述预设应用相对应的手写内容的输入操作，所述预设应用用于在Java虚拟机中运行，且通过第二语言编写。

C23.根据C22所述的计算机存储介质，其中，所述第一语言包括C语言，所述第二语言包括Java语言；并且，当所述Java虚拟机进行垃圾回收时，所述手写进程能够与所述Java虚拟机并行运行。

C24.根据C22或23所述的计算机存储介质，其中，所述可执行指令具体使所述处理器执行以下操作：

获取所述预设应用的应用源码，将所述预设应用的应用源码中包含的与手写内容的输入操作相关的代码确定为目标代码；

从所述预设应用的应用源码中删除所述目标代码，并通过所述第一语言编写与所述目标代码相对应的所述预设的手写程序。

C25.根据C22-24任一所述的计算机存储介质，其中，所述可执行指令进一步使所述处理器执行以下操作：

判断所述手写触发指令是否为针对所述预设应用发出的指令，若是，则执行所述通过Java虚拟机申请与所述手写内容相对应的自定义图层的步骤；其中，所述预设应用包括：电子书应用。

C26.根据C21-25任一所述的计算机存储介质，其中，所述可执行指令进一步使所述处理器执行以下操作：

当检测到手写结束指令时，退出所述手写进程，回收所述自定义图层。

C27.根据C21-26任一所述的计算机存储介质，其中，所述可执行指令具体使所述处理器执行以下操作：

由所述手写进程获取所述显示缓存中已存储的图像数据，在获取到的图像数据上添加所述手写内容，得到修改后的图像数据。

C28.根据C21-27任一所述的计算机存储介质，其中，所述可执行指令具体使所述处理器执行以下操作：

确定系统缓存中已存储的各个未合成图层，创建位于所述各个未合成图层之上的自定义图层，并对所述自定义图层执行置顶操作；其中，所述自定义图层为透明图层。

C29.根据C21-28任一所述的计算机存储介质，其中，当所述手写触发指令为针对预设的电子书应用发出的指令时，所述可执行指令进一步使所述处理器执行以下操作：

当接收到电子书翻页指令时，清空所述自定义图层中已绘制的手写内容。

C30.根据C21-29任一所述的计算机存储介质，其中，所述显示缓存为帧缓存，所述系统缓存为后缓冲区；并且，所述计算机存储介质用于对电纸书中的页面进行显示，和/或，所述计算机存储介质用于对APP中的页面进行显示。

Claims (10)

1.一种基于Java虚拟机的手写内容的显示方法，包括：

当检测到用于输入手写内容的手写触发指令时，通过Java虚拟机申请与所述手写内容相对应的自定义图层；

通过系统中预设的手写程序启动对应的手写进程，将所述自定义图层的图层标识传输给所述手写进程；

由所述手写进程根据所述自定义图层的图层标识将用户输入的手写内容绘制在所述自定义图层中，并根据所述用户输入的手写内容修改显示缓存中已存储的图像数据，以供所述显示缓存将修改后的图像数据同步给显示屏；

其中，所述自定义图层位于系统缓存中的各个未合成图层之上，以供所述系统缓存针对所述各个未合成图层和所述自定义图层执行图层合成操作，并根据操作结果更新显示缓存中已存储的图像数据。

2.根据权利要求1所述的方法，其中，所述方法执行之前，进一步包括：

预先通过第一语言编写所述系统中预设的手写程序，所述手写程序用于在Linux操作系统中运行；

其中，所述系统中预设的手写程序用于与预设应用相互配合，以实现与所述预设应用相对应的手写内容的输入操作，所述预设应用用于在Java虚拟机中运行，且通过第二语言编写。

3.根据权利要求2所述的方法，其中，所述第一语言包括C语言，所述第二语言包括Java语言；并且，当所述Java虚拟机进行垃圾回收时，所述手写进程能够与所述Java虚拟机并行运行。

4.根据权利要求2或3所述的方法，其中，所述预先通过第一语言编写所述系统中预设的手写程序具体包括：

获取所述预设应用的应用源码，将所述预设应用的应用源码中包含的与手写内容的输入操作相关的代码确定为目标代码；

从所述预设应用的应用源码中删除所述目标代码，并通过所述第一语言编写与所述目标代码相对应的所述预设的手写程序。

5.根据权利要求2-4任一所述的方法，其中，所述当检测到用于输入手写内容的手写触发指令时，进一步包括：判断所述手写触发指令是否为针对所述预设应用发出的指令，若是，则执行所述通过Java虚拟机申请与所述手写内容相对应的自定义图层的步骤；其中，所述预设应用包括：电子书应用。

6.根据权利要求1-5任一所述的方法，其中，所述根据所述用户输入的手写内容修改显示缓存中已存储的图像数据之后，进一步包括：

当检测到手写结束指令时，退出所述手写进程，回收所述自定义图层。

7.根据权利要求1-6任一所述的方法，其中，所述根据所述用户输入的手写内容修改显示缓存中已存储的图像数据的步骤具体包括：

由所述手写进程获取所述显示缓存中已存储的图像数据，在获取到的图像数据上添加所述手写内容，得到修改后的图像数据。

8.根据权利要求1-7任一所述的方法，其中，所述通过Java虚拟机申请与所述手写内容相对应的自定义图层的步骤具体包括：

确定系统缓存中已存储的各个未合成图层，创建位于所述各个未合成图层之上的自定义图层，并对所述自定义图层执行置顶操作；其中，所述自定义图层为透明图层。

9.一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行以下操作：

当检测到用于输入手写内容的手写触发指令时，通过Java虚拟机申请与所述手写内容相对应的自定义图层；

通过系统中预设的手写程序启动对应的手写进程，将所述自定义图层的图层标识传输给所述手写进程；

由所述手写进程根据所述自定义图层的图层标识将用户输入的手写内容绘制在所述自定义图层中，并根据所述用户输入的手写内容修改显示缓存中已存储的图像数据，以供所述显示缓存将修改后的图像数据同步给显示屏；

其中，所述自定义图层位于系统缓存中的各个未合成图层之上，以供所述系统缓存针对所述各个未合成图层和所述自定义图层执行图层合成操作，并根据操作结果更新显示缓存中已存储的图像数据。

10.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行以下操作：

当检测到用于输入手写内容的手写触发指令时，通过Java虚拟机申请与所述手写内容相对应的自定义图层；

通过系统中预设的手写程序启动对应的手写进程，将所述自定义图层的图层标识传输给所述手写进程；

由所述手写进程根据所述自定义图层的图层标识将用户输入的手写内容绘制在所述自定义图层中，并根据所述用户输入的手写内容修改显示缓存中已存储的图像数据，以供所述显示缓存将修改后的图像数据同步给显示屏；

其中，所述自定义图层位于系统缓存中的各个未合成图层之上，以供所述系统缓存针对所述各个未合成图层和所述自定义图层执行图层合成操作，并根据操作结果更新显示缓存中已存储的图像数据。