问题是针对 macOS 平台上 clang 的。
先在 Windows 平台上 VS 中作如下测试（GCC 也试了一下）：

1、不设置本地化策略集且源代码不含宽字符字面值

#include <iostream>
//#include <string>
using namespace std;
int main()
{
    wchar_t wstr[100];
    //ios_base::sync_with_stdio(false); //有没有这一行，GCC都无法处理宽字符
    //wstring wstr;
    wcin >> wstr; // 输入字符“中文”
    wcout << wstr << endl; //正常输出

    return 0;
}

看起来，此时 wchar_t、wcin、wcout 类似于窄字符方式在工作，
为什么不需要为wcout设置本地化策略集也能工作？

2、设置本地化策略集且源代码含宽字符字面值

#include <locale>
#include <iostream>
//#include <string>

using namespace std;
int main()
{
    locale myloc(locale( "" ));
    //ios_base::sync_with_stdio(false); //这一行才能让GCC处理宽字符
    wcout.imbue( myloc ); //必须设置
    wchar_t wstr[100]=L"中文";
    //wstring wstr;
    wcout << wstr << endl;

    return 0;
}

教科书的标准示例。

3、设置本地化策略集且源代码不含宽字符字面值

#include <locale>
#include <iostream>
//#include <string>

using namespace std;
int main()
{
    locale myloc(locale( "" ));
    //ios_base::sync_with_stdio(false); //这一行才能让GCC处理宽字符
    //wcin.imbue( myloc );  //这一行才能让中文字符正常输出
    wcout.imbue( myloc );
    wchar_t wstr[100];
    //wstring wstr;
    wcin >> wstr;
    wcout << wstr << endl;

    return 0;
}

与情形1相对，wcin、wcout 的策略集是怎么定的？

回到 macOS 的 clang，发现情形1、2工作；情形3怎么弄，都不能工作，特别是 >> 的输入结束方式也不适用 wcin，不知道为啥？

换个方式的问法就是：有没有更统一地宽字符流输入输出的处理方式？
--
修改:easior FROM 61.155.142.*
FROM 61.155.142.*

不明白C++程序交互的正确方法了，
非图形界面的程序不都是开个终端执行吗？

【 在 here080 (hero080) 的大作中提到: 】
: 你这个跟C++没啥关系，完全是bash以及其它操作系统自带命令行程序的问题。
--
FROM 61.155.142.*

我的终端locale如下：
$ locale
LANG="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_CTYPE="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_ALL=
你说的我都同意，但这个应该不是造成情形3的主要原因。

其实，像GCC处理宽字符，也有本身的特殊性，例如
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35353
我相信，Clang也有这样的情况。

【 在 here080 (hero080) 的大作中提到: 】
: 是开个终端，但是这个终端本身也是一个程序。
: 不同操作系统用的不一样。
: 比如说linux一般常见的bash
: windows一般常见的cmd
: 由于你系统版本不同，这个终端程序默认的字符编码和字体都会不一样。
: 要中文字符正常工作，需要：
: 1. 终端程序设置使用正确的字符编码和字体。
: 2. 你写的程序使用跟终端程度相同字符编码。
: macOS我很少用，不过据我以前的经验mac对中文的支持可以很差。
: 你需要先搞清楚你用的终端程序对字符的处理是怎么样的。
--
FROM 61.155.142.*

正如你看到的，
系统编码就是 UTF-8，clang 内码应该也是 UTF-8。
何况情形2(wcout)能工作，也说明不可能是这个原因造成的。
情形3的问题在于：wcin 没有按正常方式读入宽字符，
不为它设置本地化策略集，它似乎是按照字节流读入的；
但为它设置本地化策略集之后，中文字符流的结束标志没了。

其实你也看到了我的locale，按通常思路，你说该怎么设置 wcin 呢？

【 在 here080 (hero080) 的大作中提到: 】
: 就是这个原因。
: 你需要
: 1. 弄清楚系统使用的字符编码集
: ...................
--
修改:easior FROM 61.155.142.*
FROM 61.155.142.*

感觉编码没问题，不知道要怎么转？
要说有问题，也就是wchar_t应该采用了UTF-32编码，不配置本地化策略集，wcin是按 C 读入（吗）？
你说的这种情况，猜测只能将codecvt用在locale的构造函数里，具体该怎么设置呢？
或者简单点，可以在zsh环境中换另一个UTF-8编码的 locale，或者其他。
照理来说，刚开始用宽字符流，不该出现这么细节的代码要求。
【 在 here080 (hero080) 的大作中提到: 】
: 如我上面所述，试试std::codecvt？
--
FROM 61.155.142.*