cc++ 通过 dlopen 是不是同样可以实现热更新

这个是大家都觉得不错的想法,但其实实践起禅肢来很困难.因为你要重贺誉世新跳到最外层,然后重新更新DLL,然后重新加载DLL,原先在DLL中打开的文件,网络,和内存中的数据,也丢失了,即使通过数据库等方式存储起来再恢复,也是有很多问题.

还有个很严重的问题就是,DLL的接口文件是以头文件形式跟接口程序编译到一起了,如虚卜果要更改或新增接口,完全没办法告诉接口程序.

因此,基本都不会考虑这个方式,而是采用在应用程序中嵌入支持热更新的脚本来达到目的

阅读了网上一些文章，其实使用C#进行热更新是可以的，将需要更新的代码打包成程序集，然后利用反射即可，但是也提到在IOS平台是不行的，至于为什么不行，就不再说了，然后就是推荐Lua作为热更新方案，但是，为啥Lua就行？C#就不行？

因为C#是编译型语言，Lua是解释型语言？

好多人都说Lua能热更新，是因为它是解释型语言，不用编译，在运行时能动态解释Lua代码并运行。这种方法实际上不准确，从某些角度来说是错的。Lua确实是解释性脚本语言，但是不是因为是解释型才能进行热更新。即使使用C++这种编译语言，也能进行热更新，将动态链接库进行更新就是，然后动态加载动态链接库获取更新的函数地址即可。

而且，还有一点，C#并不能说是一种编译型语言，C#代码会被编译成IL，IL解释成机器码的过程可以在运行之前进行也能在运行时进行。如果在运行时大哪进行解释，那么和Lua不就一样了吗，为啥C#不能进行热更新呢？

JIT对IL进行解释执行的原理

首先说一下，JIT对IL如何在运行时进行解释并执行的，大致过程为：将IL解释为所在平台的机器码，开辟一段内存空间，要求这段内存空间可读、可写、可执行，然后把解释出的机器码放入，修改CPU中的指令指针寄存器中的地址，让弊知CPU执行之前解释出来的机器码。

注意这段内存的条件，最重要的一条是必须是可执行的，一般的内存申请我们只是存放数据，但是这里的内存权限要是有可执行权限

IOS限制了什么？

IOS不允租仿消许获取具有可执行权限的内存空间，这就直接要求JIT要以full AOT模式，这种模式会在生成之前把IL直接翻译成机器码而不是在运行期间，进行了这种 *** 作C#从某种角度来说和C++一样，成为了编译型语言，失去了运行时解释的功能。

Lua的解释执行怎么就行呢？

如果Lua的解释执行原理和C#相同，肯定也不能在IOS平台上运行时解释执行。Lua是使用C编写的脚本语言，它在运行时读入Lua编写的代码，在解释Lua字节码（Lua自己的指令）时不是翻译为机器码，而是使用C代码进行解释，不用开辟特殊的内存空间，也不会有新代码在执行，执行的是Lua的虚拟机，用C写出来的虚拟机，这和C#的机制是完全不同的，因为Lua是基于C的脚本语言。

总结

说白了，就是由于Lua这种脚本语言的特性，基于已经存在的某种语言的一种新的语言，这也是脚本语言和C#、C++这类语言的本质区别。当然，Lua虚拟机不仅可以使用C写，也可以用C#写。使用热更新也不一定非要用Lua，Python同样可以，只不过Lua短小精悍，本身代码长度就不是很大，可以从GitHub上看到。

在单片机的开发应用中，已逐渐开始引入高级语言，

C语言就是其中的一种。对用惯了汇编的人来说，总觉得高级语言’可控性’不好，不如汇编那样随心所欲。

但是只要我们掌握了一定的C语言知识，有些东西还是容易做出来的，以下是笔者实际工作中遇到的几个问题，希望对初学C51者有所帮助。

一、C51热启动代码的编制

对于工业控制计算机，往往设有有看门狗电路，当看门狗动作，使计算机复位，这就是热启春悔动。

热启动时，一般不允许从头开始，这将导致现有的已测量到或计算到的值复位，导致系统工作异常。

因而在程序必须判断是热启动还是冷启动，常用的方法是：确定某内存单位为标志位(如0x7f位和0x7e位)，

启动时首先读该内存单元的内容，如果它等于一个特定的值(例如两个内存单元的都是0xaa)，就认为是热启动，

否则就是冷扒亏正启动，程序执行初始化部份，并将0xaa赋与这两个内存单元。

根据以上的设计思路，编程时，设置一个指针，让其指向特定的内存单元如0x7f，然后在程序中判断，程序如下：

voidmain()

{chardata*HotPoint=(char*)0x7f

if((*HotPoint==0xaa)&&(*(--HotPoint)==0xaa))

{/*热启动的处理*/

}

else

{HotPoint=0x7e/*冷启动的处进

*HotPoint=0xaa

*(++HotPoint)=0xaa

}

/*正常工作代码*/

}

然而实际调试中发现，无论是热启动还是冷启动，开机后所有内存单元的值都被复位为0，当然也实现不了热启动的要求。这是为什么呢?原来，用C语言编程时，开机时执行的代码并非是从main()函数的第一句语句开始的，在main()函数的第一句语句执行前要先执行一段’起始代码’。正是这段代码执行了清零的工作。C编译程序提供了这段起始代码的源程序，名为CSTARTUP.A51，打开这个文件，可以看到如下代码：

.

IDATALENEQU80HthelengthofIDATAmemoryinbytes.

.

STARTUP1:

IFIDATALEN<>0

MOVR0,#IDATALEN-1

CLRA

IDATALOOP:MOV@R0,A

DJNZR0,IDATALOOP

ENDIF

.

可见，在执行到判断是否热启动的代码之前，起始代码已将所有内存单元清零。如何解决这个问题呢?好在启动代码是可以更改的，方法是：修改startup.a51源文件，然后用编译程序所附带的a51.exe程序对startup.a51编译，得到startup.obj文件，然后用这段代码代替原来的起始代码。具体步骤是（设C源程序名为HOTSTART.C）：

修改startup.a51源文件(这个文件在C51LIB目录下)。

执行如下命令：

A51startup.a51得到startup.obj文件。将此文件拷入HOTSTART.C所在目录。

将编好的C源程序用C51.EXE编译好，得到目标文件HOTS

TART.OBJ。

用L51HOTSTART,STARTUP.OBJ命令连接，得到绝对目标文件HOTSTART。

用OHS51HOTSTART得到HOTSTART.HEX文件，即可。

对于startup.a51的修改，根据自已的需要进行，如将IDATALENEQU80H中的80H改为70H，就可以使6F到7F的16字节内存不被清零。

二、直接调用EPROM中已固化的程序

笔者用的仿真机，由6位数码管显示，在内存DE00H处放显示子程序，只要将要显示的数放入显示缓冲区，然后调用这个子程序就可以使用了，汇编指令为:

LCALL0DEOOH

在用C语言编程时，如何实现这一功能呢?C语言中有指向函数的指针这一概念，可以利空租用这种指针来实现用函数指针调用函数。指向函数的指针变量的定义格式为：

类型标识符(*指针变量名)()

在定义好指针后就可以给指针变量赋值，使其指向某个函数的开始存地址，然后用

(*指针变量名)()即可调用这个函数。如下例：

voidmain(void)

{

void(*DispBuffer)()/*定义指向函数指针*/

DispBuffer=0xde00/*赋值*/

for()

{Key()

DispBuffer()

}

}

三、将浮点数转化为字符数组

笔者在编制应用程序时有这样的要求：将运算的结果（浮点数）存入EEPROM中。我们知道，浮点数在C语言中是以IEEE格式存储的，一个浮点数占用四个字节，例如浮点数34.526存为（160，26，10，66）这四个数。要将一个浮点数存入EEPROM，实际上就是要存这四个数。那么如何在程序中得到一个浮点数的组成数呢？

浮点数在存储时，是存储连续的字节中的，只要设法找到存储位置，就可以得到这些数了。可以定义一个void的指针，将此指针指向需要存储的浮点数，然后将此指针强制转化为char型，这样，利用指针就可以得到组成该浮点数的各个字节的值了。具体程序如下：

#defineucharunsignedchar#defineuintunsignedintvoidFtoC(void)

{floata

uchari,*px

ucharx[4]/*定义字符数组，准备存储浮点数的四个字节*、

void*pf

px=x/*px指针指向数组x*/

pf=&a/*void型指针指向浮点数首地址*/

a=34.526

for(i=0i<4i++)

{*(px+i)=*((char*)pf+i)/*强制void型指针转成char型，因为*/

}/*void型指针不能运算*/

}

如果已将数存入EEPROM，要将其取出合并，方法也是一样，可参考下面的程序。

#defineucharunsignedchar#defineuintunsignedint

voidCtoF(void)

{floata

uchari,*px

ucharx[4]={56,180,150,73}

void*pf

px=x

pf=&a

for(i=0i<4i++)

{*((char*)pf+i)=*(px+i)

}

}

以上所用C语言为FRANKLINC51VER3.2。

---