当使用右键单击菜单上下文时，windows将文件路径作为原始(字节)字符串类型传递。例如:path='C:\\MyDir\\\x99\x8c\x85\x8d.mp3'我的应用程序中的许多外部包都需要unicode类型的字符串，因此我必须将其转换为unicode。如果我们事先知道原始字符串的编码(在示例中，它是cp1255)，那将很容易。但是我不知道世界各地的每台计算机将在本地使用哪种编码。如何将string转换为unicode？也许需要使用win32api？ 最佳答案 不知道为什么您可能会得到DOS代码页(862)而不是ANSI(1

真的有必要像在某些处理字符编码或二进制缓冲区的库中那样使用unsignedchar来保存二进制数据吗？为了理解我的问题，请查看下面的代码-charc[5],d[5];c[0]=0xF0;c[1]=0xA4;c[2]=0xAD;c[3]=0xA2;c[4]='\0';printf("%s\n",c);memcpy(d,c,5);printf("%s\n",d);printf's都正确输出?，其中f0a4ada2是Unicode代码点U+的编码24B62(?)十六进制。甚至memcpy也正确地复制了char所持有的位。有什么理由可以提倡使用unsignedchar而不是plainchar？

真的有必要像在某些处理字符编码或二进制缓冲区的库中那样使用unsignedchar来保存二进制数据吗？为了理解我的问题，请查看下面的代码-charc[5],d[5];c[0]=0xF0;c[1]=0xA4;c[2]=0xAD;c[3]=0xA2;c[4]='\0';printf("%s\n",c);memcpy(d,c,5);printf("%s\n",d);printf's都正确输出?，其中f0a4ada2是Unicode代码点U+的编码24B62(?)十六进制。甚至memcpy也正确地复制了char所持有的位。有什么理由可以提倡使用unsignedchar而不是plainchar？