后来，我又让 DeepSeek 实现 atU()函数，结果它又非常热心地提供 atU、ratU、atcU、ratcU 全套函数！
AI 时代，感觉已经不用自己去写基础代码了……

? lenU("音乐𝄞")

[此贴子已经被作者于2025-11-20 20:57编辑过]

? lenU(STRCONV("音乐",9) + 0hF09D849E)
结果：4

MultiByteToWideChar这个API无法正确处理4字节的UTF-8？抑或，𝄞算2个字符？

我也是刚搜索UTF-8相关代码时看到的
是不是有32位的Unicode码点
有一段代码：
string: Hello 世界！ 𝄞
WideChar[0] = U+0048  // 'H'
WideChar[1] = U+0065  // 'e'
...
WideChar[6] = U+0020  // ' '
WideChar[7] = U+4E16  // '世'
WideChar[8] = U+754C  // '界'
WideChar[9] = U+FF01  // '！'
WideChar[10] = U+0020 // ' '
WideChar[11] = U+D834 // 高代理项 (Musical Symbol G Clef 的一部分)
WideChar[12] = U+DD1E // 低代理项 (Musical Symbol G Clef 的一部分)

[此贴子已经被作者于2025-11-20 21:24编辑过]

觉得直接对UTF-8下手目前有点不现实
windows api 好像也没有直接操作 UTF-8 字符串的函数
可能 UTF-8 并不是什么编码，只是Unicode编码的字节序列，其字符编码还是Unicode编码。
所以，windows api 编程见到的多是 UTF-8 转到 UTF-16 再处理。

确实，将 UTF-8 转成 UTF-16 再处理，一切瞬间就好弄多了！事关，UTF-16 是定长字符，没那么多掩码位要一个一个数，几句代码就能解决。

网页上的汉字字符一般都是utf-8编码的，通常第一个字符>=224,且<=239，第二，三个字符>=128,<=191。

汉字是中日韩三国公用的，一定要分是否为汉字似乎没有意义。只要能确定是否为utf-8编码的字节序便可以了。