好吧，课题和汉语处理有关，于是就要求用c++来读入汉字进行处理。
首先使用wchar_t字符即宽字符，然后这样定义：
1 #include <cstdio> 2 #include <cwchar> 3 4 using namespace std; 5 6 int main() { 7 wchar_t* ch; 8 scanf("%S", ch); 9 printf("%S", ch); 10 return 0; 11 }
然后结果是什么呢？没输出、、、
于是我们改一改：
1 #include <cstdio> 2 #include <cwchar> 3 4 using namespace std; 5 6 int main() { 7 wchar_t ch; 8 ch = getwchar(); 9 printf("%C", ch); 10 return 0; 11 }
还是没有输出。我试着改成了"printf("%d", ch);"，于是输出了-1
这表明，即使是宽字符，也是按照char的宽度读进去的，也即，wchar_t是一个至少到现在没什么大用处的字符类型？
怎么办呢？czr大爷告诉我其实可以这样写：
1 #include <iostream> 2 #include <string> 3 4 using namespace std; 5 6 int main() { 7 string st; 8 cin >> st; 9 cout << st << endl; 10 return 0; 11 }
string类里实现了写高端的东西，反正就是可以读入输出中文。
然后我表示不爽。。因为cin、cout太慢了，于是我们想到了一些奇怪的东西：
1 #include <cstdio> 2 #include <iostream> 3 #include <string> 4 5 using namespace std; 6 7 int main() { 8 ios::sync_with_stdio(false); 9 string st; 10 cin >> st; 11 cout << st << endl; 12 return 0; 13 }
上面程序的line 8是新加上去的一句话，"std::ios::sync_with_stdio(false);"，只要这句话，cin就和scanf的速度相差无几了。
"cin慢是有原因的，其实默认的时候，cin与stdin总是保持同步的，也就是说这两种方法可以混用，而不必担心文件指针混乱，同时cout和stdout也一样，两者混用不会输出顺序错乱。正因为这个兼容性的特性，导致cin有许多额外的开销，如何禁用这个特性呢？只需一个语句std::ios::sync_with_stdio(false);，这样就可以取消cin于stdin的同步了。" -- by byvoid
于是用c++读入中文这件破事终于是搞定了。顺带一提，表示从来用char*的窝又要去学过度封装的string类的操作了2333