*--------------------
源字符串（html entity）：

这是一个例子,this is a example

目标字符串（UTF16-LE或UTF-8）：
这是一个例子,this is a example
*--------------------

算法本身其实也不复杂。唯，html entity的英文字符其实是ANSI（能兼容UTF-8），故而将目标字符串统一转换为UTF-8，可能会更方便、也更合理一些。

因源字符是Unicode BE的十进制值，故而整个算法需执行几次转换：
1、遍历源字符串，STREXTRACT( )；
2、循环，逐字判断中英文，若英文，直接chr( )；
3、若中文：UTF16-BE数值 TO UTF16-LE数值；
4、统一转为UTF-8。

网上抄的Python，只需一个如此简单的函数：
def convHTML(string):
    hexL = [hex(int(c.strip('&#;'))).replace('0x', '') for c in string.split(';&#')]
    return bytes.fromhex(' '.join(hexL)).decode('utf-16be')

故而，有些好奇，VFP能否逼出一个类似的特别优雅的转换函数？

抱歉，此函数可能存在一点问题：

Html Entity用在网页代码之中，其实最主要目的，是拿来生成“极生僻字”，即：在UCS双字节编码范围之外（必然也是在ANSI双字节编码范围之外）的多字节UTF-16编码；这些偏僻字编码的字符，STRCONV(x, 6)只会得到“??”。更稳妥的处置方式是 Y = STRCONV(x, 10)，然后将结果strtofile(Y, "UTF8.txt")，或直接显示到Unicode控件中。

其次，Html Entity编码，最常见的形式，是穿插在正常的UTF-8字符中间，而非通篇都是&#...;，比方说：

这是Html Entity编码最常用的形式：☳为震，☴为巽，上震下巽就是䷟恒卦。

[此贴子已经被作者于2022-12-10 12:05编辑过]

失礼失礼，那是随手从网上复制/粘贴的示例，见笑啦。

先生批评得极是！
确实，经常会遇到的是lt、gt、nbsp……，若想完整解析Html Entity，就不得不照顾到一长串的列表。
Html Entity一般常用于HTML网页当中。
HTML网页一般常用UTF-8编码。
近年来的HTML网页，一般情况下，极少极少再会用gbk、gb2312了。
故而会有"Html Entity" To "UTF-8"相互转换的想法。
不知有没留意到，本论坛的php程序恰恰是“Html Entity敏感”的，发帖时甚至难以正常显示Html Entity源编码。我输入：

这是Html Entity编码最常用的形式：☳为震，☴为巽，上震下巽就是䷟恒卦。

你一引用，就会自动解析为：
这是Html Entity编码最常用的形式：☳为震，☴为巽，上震下巽就是䷟恒卦。
这也间接证明了Html Entity编码的常用性、易用性以及普及性。