C#实现自动升级(附源码)

       对于PC桌面应用程序而言,自动升级功能往往是必不可少的。而自动升级可以作为一个独立的C/S系统来开发,这样,就可以在不同的桌面应用中进行复用。本文将着重介绍OAUS的相关背景、使用方法,至于详细的实现细节,大家可以直接下载源码研究。如果了解了OAUS的使用,源码的理解就非常容易了。如果需要直接部署使用自动升级系统,那么,可下载文末的可执行程序压缩包。

一.OAUS的主要功能

  目前主流的程序自动升级策略是,重新下载最新的安装包,然后重新安装整个客户端。这种方式虽然简单直观,但是缺陷也很明显。比如,即使整个客户端有100M,而本次更新仅仅只是修改了一个1k大小的dll,那也意味着要重新下载100M的全部内容。这对带宽是极大的浪费,而且延长了升级了时间,相应地也增加了客户茫然等待的时间。

      在上述的场景中,自动升级时,我们能否只更新那个被修改了的1k的dll了?当然,使用OAUS自动升级系统可以轻松地做到这一点。OAUS自动升级系统可以对被分发的客户端程序中的每个文件进行版本管理,每次升级的基础单元不再是整个客户端程序,而是其中的单个文件。针对单个文件的更新,包括三种形式:

(1)文件被修改。

(2)文件被删除。

(3)新增加某个文件。

      OAUS对这三种形式的文件更新都是支持的。每次自动升级,都可以更改N个文件、删除M个文件、新增加L个文件。

二.OAUS的使用

1.OAUS的结构

      OAUS提供了可直接执行的服务端程序和客户端程序:AutoUpdaterSystem.Server.exe 和 AutoUpdater.exe。 OAUS服务端的目录结构如下所示:

           

      OAUS的客户端与服务器之间通过TCP通信,可以在AutoUpdaterSystem.Server.exe.config配置文件中配置服务器通过哪个TCP端口提供自动升级服务。

      FileFolder文件夹初始是空的,其用于部署被分发的程序的各个文件的最新版本。注意,其下的文件结构一定要与被分发的程序正常部署后的结构完全一致 -- 即相当于在FileFolder文件夹下部署一个被分发的程序。

      OAUS客户端的目录结构如下:      

      

       可以在AutoUpdater.exe.config配置文件中配置OAUS服务器的IP、端口等信息,其内容如下所示:

<configuration>
  <appSettings>
    <!--服务器IP -->
    <add key="ServerIP" value="127.0.0.1"/>
    <!--服务器端口-->
    <add key="ServerPort" value="4530"/>
    <!--升级完成后,将被回调的可执行程序的名称-->
    <add key="CallbackExeName" value="Demo.exe"/>
    <!--主窗体的Title-->
    <add key="Title" value="文件更新"/>
  </appSettings>
</configuration>

      请注意配置的CallbackExeName,其表示当升级完成之后,将被启动的分发程序的exe的名称。这个CallbackExeName配置的为什么是名称而不是路径了?这是因为使用和部署OAUS客户端时是有要求的:

(1)被分发的程序的可执行文件exe必须位于部署目录的根目录。

(2)OAUS的客户端(即整个AutoUpdater文件夹)也必须位于这个根目录。

      如此,AutoUpdater就知道分发程序的exe相对自己的路径,如此就可以确定分发程序的exe的绝对路径,所以就可以在升级完成后启动目标exe了。另外,根据上述的两个约定,再结合前面讲到的服务端的FileFolder文件夹的结构约定,当服务端更新一个文件时,AutoUpdater便可以确定该文件在客户端机器上的绝对路径了。

2. OAUS自动升级流程 

         下面我们就详细讲讲如何使用OAUS来构建自动升级系统,大概的步骤如下。

(1)运行OAUS服务端。     

           

(2)将被分发的客户端程序的所有内容放到OAUS服务端的FileFolder文件夹下,其结构与客户端程序正常部署后的结构要完全一致。我们以部署VideoChatSystem为例。 

       

(3)使用OAUS服务端为被分发的客户端程序的每个文件生成默认版本号,并创建版本信息配置文件UpdateConfiguration.xml。这个配置文件也将被客户端使用。

         点击服务端界面上的“文件版本管理”按钮,将弹出用于管理各个文件版本的【文件版本信息】窗体。       

   

   当用新版本的文件覆盖老的文件后,点击“自动扫描”按钮,服务端就会检索FileFolder文件夹下文件的名称、大小、最后更新时间,然后得出本次更新结果:变化了几个文件、新增了几个文件、删除了几个文件。 自动扫描功能把之前的手动操作全部简化了。 

        如果需要手动操作,可以这样做:

        双击列表中的任意一行,可以修改其对应文件的版本的值(int类型的数值)。注意,此列表中的版本信息与文件的真实版本属性(比如dll的版本属性X.X.X.X)可以是没有任何联系的,列表中版本的值只是用于标记文件是否被修改,所以,文件每被修改一次,其列表中对应的版本的值就应该有所增大。

       当关闭【文件版本信息】窗体时,只要有某个文件版本变化,则“最后综合版本”的值(int类型)会递增1。通过比较OAUS的客户端保存的“最后综合版本”的值与OAUS的服务端最新的“最后综合版本”的值,就可以快速地识别客户端是否已经是最新版本了。

       另外,初次打开这个窗口时,将在OAUS服务端的目录下,自动生成一个版本信息配置文件UpdateConfiguration.xml。而且,每当通过该窗体来设置某个文件的新版本时,UpdateConfiguration.xml会自动同步更新。 

(4)将UpdateConfiguration.xml添加到OAUS的客户端程序(即上述的AutoUpdater的文件夹)中。

(5)在创建被分发的客户端的安装程序时,将OAUS的客户端(即AutoUpdater的文件夹)也打包进去,并且像前面说的一样,要将其直接部署在运行目录(BaseDirectory)下(与分发的exe同一目录)。

         如此,准备工作就完成了,当客户端通过安装包安装好了VideoChatSystem之后,其目录结构像下面这样: 

       

(6)当我们有新的版本要发布时,比如要更新某个文件(因为文件被修改),那么可以这样做:

    a.将修改后的文件拷贝到OAUS服务端的FileFolder文件夹下的正确位置(或覆盖旧的文件)。

    b.在OAUS服务端打开【文件版本信息】窗体,双击被修改文件所对应的Row,在弹出的窗体上修改对应文件的版本号,将版本号的数值增加。(如果是删除旧文件或添加新文件,此处也可进行相应的操作)

(7)如此,当客户端再启动AutoUpdater.exe时,就会自动升级,更新那些发生变化的文件。 以下是AutoUpdater.exe运行起来后的截图。

      

(8)当升级完成后,将启动前述的OAUS客户端配置文件中配置的回调exe。(在本例中就是VideoChatSystem.exe)

(9)OAUS客户端会在日志文件UpdateLog.txt(位于AutoUpdater的文件夹下,在OAUS客户端首次运行时自动生成该文件)中,记录每次自动升级的情况。

(10)如果升级的过程中,与服务端连接中断,则会自动重连,在重连成功后,将启动断点续传。

     

       

3.何时启动自动升级客户端?

       假设某个系统是下载客户端形式的,那么客户端该如何知道是否有新版本了?然后又该何时启动AutoUpdater.exe了?

       我们的经验是这样的:客户端登录成功之后,从服务器获取“最后综合版本”的值,然后与本地的“最后综合版本”的值相比较,如果本地的值较小,则表示客户端需要更新。这个过程可以这样做到:

(1)当在OAUS服务端的FileFolder文件夹下放置了新的文件,并通过【文件版本信息】窗体正确的更新了版本号,在关闭【文件版本信息】窗体时,“最后综合版本”的值会自动加1。

(2)系统客户端可以通过调用OAUS.Core.VersionHelper类的静态方法HasNewVersion()来判断是否有新版本。

(3)如果HasNewVersion方法返回true,则通常有两种模式:由用户选择是否升级,或者是强制升级。

      一般而言,如果最新客户端程序与老版本兼容,不升级也影响不大,则可以交由用户决定是否升级;如果最新客户端程序不兼容老版本,或者是有重大更新,则将启动强制升级。如果流程要进入启动升级,那么只要启动AutoUpdater的文件夹下AutoUpdater.exe就可以了。要注意的是,启动AutoUpdater.exe进程后,要退出当前的客户端进程,否则,有些文件会因为无法被覆盖而导致更新失败。代码大致如下所示: 

  if (VersionHelper.HasNewVersion(oausServerIP,oausServerPort)) 
  {      
       string updateExePath = AppDomain.CurrentDomain.BaseDirectory + "AutoUpdater\\AutoUpdater.exe";   
       System.Diagnostics.Process myProcess = System.Diagnostics.Process.Start(updateExePath);     
       ......//退出当前进程  
  } 

三.相关下载

1.自动升级系统OAUS - 源码

2.自动升级系统OAUS(可直接部署) 



### 回答1: STM32程序IAP(In-Application Programming)是一种在单片机运行时通过串口进行自动升级的技术。IAP的实现需要涉及到单片机端的源码和上位机端的源码。 在单片机端,需要编写实现IAP功能的源码。这段代码通常会包括接收上位机发送的升级文件,并将其存储到单片机的内存中。之后,单片机会进行校验和解析升级文件,将其写入到flash或者其他存储器中,完成程序升级。同时,也需要实现一些监测和保护机制,用于保证升级的安全性和可靠性。 在上位机端,需要编写用于发送升级文件给单片机的源码。这段代码通常会包括打开串口、读取升级文件、分片发送给单片机等操作。同时,还需要实现一些协议和通信机制,用于与单片机进行数据交互,并实时监测升级状态,确保升级过程的正确执行。 整套资料包括单片机端和上位机端的源码、协议文档、使用说明等。这些资料可以作为开发人员参考和学习,用于了解和实现STM32程序IAP自动升级功能。通过这些资料,开发人员可以快速上手,熟悉并掌握IAP的实现方法,提高开发效率。 总之,STM32程序IAP自动升级涉及到单片机端和上位机端的源码,分别负责实现单片机的升级功能和与单片机进行通信。整套资料的提供为开发人员提供了学习和实践的基础,帮助他们快速掌握和应用这一技术。 ### 回答2: STM32程序IAP是指通过串口升级的方式对单片机程序进行自动升级。IAP(In Application Programming)是一种在应用程序运行期间对单片机进行编程的技术。 在STM32单片机中,使用IAP技术可以通过串口接口进行固件升级。整个升级过程可以分为两部分:单片机源码和上位机源码。 单片机源码负责接收上位机发送的固件数据,并进行解析和存储。它包括串口接收中断的设置和数据解析、Flash存储管理以及固件升级的触发条件等功能。单片机源码需要根据具体的需求进行开发,并且需要考虑到升级过程中的容错处理和异常情况的处理。 上位机源码负责将需要升级的固件数据发送给单片机。它包括串口通信的设置、文件读取和发送的功能。上位机源码可以使用各种编程语言进行开发,如Python、C#等,并根据具体的需求进行定制和优化。 整套资料包括单片机源码、上位机源码、使用说明以及示例固件等内容。这些资料提供了完整的升级解决方案,使用户可以根据自己的需求进行开发和定制。 通过使用STM32程序IAP自动升级,可以方便地实现单片机固件的升级,提高了开发效率和产品的可维护性。同时,这种方式还可以避免由于硬件设计不当或者其他原因导致的固件更新困难的问题。 ### 回答3: STM32是一种广泛应用于嵌入式系统中的微控制器,它具有出色的性能和强大的功能。在STM32中,可以使用IAP(In-Application Programming)技术来实现自动升级自动升级通过串口来进行,这意味着可以通过与计算机连接的串口进行单片机程序升级。 在实现自动升级的过程中,需要编写 STM32 单片机的程序代码以及上位机的源码。 首先,需要编写单片机程序源码。这个程序需要能够通过串口接收到来自上位机的升级指令,并且能够将升级文件下载到单片机中进行更新。在编写单片机程序时,需要使用 STM32 的串口通信库函数,以实现与上位机的数据交互。同时,还需要编写代码来处理接收到的升级文件,并将其写入到单片机的 Flash 存储器中,实现程序升级。 其次,还需要编写上位机的源码。这个上位机程序需要能够与单片机进行串口通信,并且能够将升级文件发送给单片机。在编写上位机程序时,需要使用计算机的串口通信库函数,以实现与单片机的数据交互。同时,还需要编写代码来读取本地的升级文件,并将其发送给单片机,实现程序升级。 整套资料包括单片机程序源码和上位机程序源码。这些源码需要详细注释,以便其他开发人员能够理解和使用。此外,还需要提供详细的操作说明,包括如何编译、下载和运行单片机程序,以及如何编译和运行上位机程序。此外,还可以提供相关的参考资料和示例代码,以帮助开发人员更好地理解和使用该自动升级系统。 综上所述,实现STM32程序IAP自动升级串口升级需要编写单片机程序和上位机程序源码,并提供整套资料,包括源码、操作说明和参考资料等,以便其他开发人员能够使用和理解。
评论 30
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值