Win 10 应用开发在App所在的进程中执行后台任务
Posted 老周
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Win 10 应用开发在App所在的进程中执行后台任务相关的知识,希望对你有一定的参考价值。
在以往版本中,后台任务都是以独立的专用进程来运行,因此,定义后台任务代码的类型都要位于 Windows 运行时组件项目中。
不过,在14393中,SDK 作了相应的扩展,不仅支持以前的独立进程中运行后台任务,也允许后台任务与应用程序位于同一个进程中执行,即单进程后台任务(Single – Process)。
听起来很高深?其实很Easy,和以往的多进程模式的后台任务差不多,只是有以下两点不同:
- 对于独立进程的后台任务,实现方法是实现 IBackgroundTask 接口,然后实现 Run 方法;而如果你希望让后台任务在应用所在的进程中执行,可以重写 Application 类的 OnBackgroundActivated 方法就可以了,它类似于 IBackgroundTask 的 Run 方法。在OnBackgroundActivated方法中,你可以通过方法参数获得一个IBackgroundTaskInstance实例,所以与Run方法的处理是一样的。
- 在配置清单文件时,独立进程中执行的后台任务是必须指明入口点的,即后台任务类的类型名,包含命名空间路径。而如果后台任务是在应用进程中执行的话,就不需要指点入口点,因为后台任务的入口点与应用相同,就是App类。
只要明白了以上两点,你就明白了95%了,剩下的5%,就等老周来演示给大伙瞧吧。
App Service 的实现跟后台任务差不多,本次表演,老周就选用AppService来试水吧。
这个示例只有小学二年级水平,它分为两个应用,一个应用具备app service,另一个应用调用它。service的功能是计算两个整数的乘积,所以说是小学二年级水平。
先看app service的应用实现,项目模板会为我们生成一个App类,基类是Application,很简单,直接重写OnBackgroundActivated方法就行了。
protected override void OnBackgroundActivated(BackgroundActivatedEventArgs args)
{
……
}
这个方法就相当于Run方法,所以,和以前一样,在其中添加处理代码。
IBackgroundTaskInstance taskInstance = args.TaskInstance;
var taskDef = taskInstance.GetDeferral();
taskInstance.Canceled += (ca, cb) => taskDef.Complete();
if (taskInstance.TriggerDetails != null && taskInstance.TriggerDetails is AppServiceTriggerDetails)
{
AppServiceTriggerDetails details = taskInstance.TriggerDetails as AppServiceTriggerDetails;
string appsvName = details.Name;
if (appsvName == "my.multip")
{
AppServiceConnection conn = details.AppServiceConnection;
conn.RequestReceived += async (r1, r2) =>
{
var svdef = r2.GetDeferral();
var request = r2.Request;
ValueSet inputs = request.Message;
int x = Convert.ToInt32(inputs["a"]);
int y = Convert.ToInt32(inputs["b"]);
int o = x * y;
ValueSet sendBack = new ValueSet();
sendBack["r"] = o;
await request.SendResponseAsync(sendBack);
svdef.Complete();
taskDef.Complete();
};
conn.ServiceClosed += (k1, k2) =>
{
Debug.WriteLine("app service连接关闭。");
taskDef.Complete();
};
}
}
然后就完事了,注意在清单文件中,不要指定入口点了。
<Extensions>
<uap:Extension Category="windows.appService">
<uap:AppService Name="my.multip" />
</uap:Extension>
</Extensions>
现在可以在另一个应用中调用了。
AppServiceConnection conn = new AppServiceConnection();
conn.AppServiceName = "my.multip";
conn.PackageFamilyName = txtPkname.Text;
var state = await conn.OpenAsync();
if (state == AppServiceConnectionStatus.Success)
{
ValueSet input = new ValueSet();
input["a"] = ComputeObject.Num1;
input["b"] = ComputeObject.Num2;
var response = await conn.SendMessageAsync(input);
if (response.Status == AppServiceResponseStatus.Success)
{
ValueSet res = response.Message;
ComputeObject.Result = Convert.ToInt32(res["r"]);
}
}
调用App Service 时,先new一个AppServiceConnection,然后指定包含app service的应用的Package的名字,这个包名可以用以下方法来获取:
- 在包含app service的应用中,访问这个静态属性获取:Windows.ApplicationModel.Package.Current.Id.FamilyName。
- 用VS生成项目,然后打开【输出】窗口,显示来源选择“生成”,这样你就能看到包含应用服务的应用包名了。如下图。
不能使用清单文件中的包名,因为那个包名不完整。不过,你得注意了,通过【输出】窗口获取包名的时候,包的名字中要去掉版本号和平台描述,比如,我的项目中输出的生成的包名为:
62da1ba5-7faf-4109-b82a-7a6027dbc3a3_1.0.0.0_x86__6pcpwfmxf0rfc
其中,1.0.0.0是版本号,要去掉,x86是平台描述,也要干掉,后面的6pcpwfmxf0rfc可能是开发者的标识,不能去掉。最终得到需要的包名为:
62da1ba5-7faf-4109-b82a-7a6027dbc3a3_6pcpwfmxf0rfc
前面的GUID是应用包名字,后面要接一个下划线,然后是6pcpwfmxf0rfc。
把这个最终取得的名字赋值给AppServiceConnection的PackageFamilyName属性即可,AppServiceName属性表示要调用的app service的名字。
准备好参数后,调用OpenAsync方法打开连接,一定要先打开连接,才能调用应用服务。使用SendMessageAsync方法发送输入参数,参数是一个ValueSet对象,其实是个字典,可以自定义参数结构。在本例中,既然要计算乘法运算,当然是要传递两个整数值了。
SendMessageAsync方法调用后,会异步返回一个AppServiceResponse实例,该实例中包含着一些从应用服务返回的内容,访问Message属性就得到应用服务响应的ValueSet,并可从中取出需要的数据,该例子中,是取出计算结果。
好,项目干完了,咱们来试试,同时运行两个应用,然后试着调用一下应用服务。
效果已达到, 这时候,大伙可能会疑惑,如果包含app serivce的应用进程退出后,还能调用应用服务吗?没事,许多事情就是试出来的,试试看。把包含应用服务的应用进程结束掉,然后再调用一次,发现是可以成功调用的。
有了这一招,定义后台任务就灵活很多了,既可以在独立进程中完成,也可以在应用进程中完成,具体采用哪一种,就看实际情况了。一切东西都是灵活运用的,千万不要把技术学死了。那些整天吃饱了撑着,想把什么东西都变成公式化的思想是幼稚的、死板的,这个世界上,不可以量化的事情多得很。
不过,老周可以发表一些低见,仅作参考。如果后台任务的触发源与应用程序关系不大,比如用户登录/注销时执行的,每隔一段时间执行的(定时),这些情况,建议把后台任务写到独立的Windows运行时组件项目中,让它以独立的进程进行。
要是后台任务是应用程序主动触发的,比如后台转码(音/视频处理),或者由应用程序使用Application Trigger触发的后台任务,都可以考虑把它归入应用程序进程中,即本文所讲述的情况。
好了,今天的牛逼吹完了,该去喝点茶了(白开水最好喝,集天地灵气,无杂质,无负作用),下一篇文章咱们聊聊预启动的事情。
以上是关于Win 10 应用开发在App所在的进程中执行后台任务的主要内容,如果未能解决你的问题,请参考以下文章