C++/CLI程序拼接CheckedListBox选中项时\n换行符失效且无报错

• 普通WinForms ListBox（即代码中的lstReceiver）默认以独立Item为单元做单行渲染，完全不会解析单个Item字符串内部嵌入的换行控制符。现有代码将所有选中项拼接为一整段长字符串，再作为单个Item添加到Items集合中，哪怕字符串里包含\n，控件也只会将其识别为普通控制字符吞掉，不会触发换行展示。
• 代码中硬编码的字面量\n是单字符LF（ASCII 0x0A），Windows平台原生控件的文本换行识别标准是CRLF（回车+换行双字符序列），即使调整渲染逻辑，直接使用单\n也存在换行识别失效的概率。
• 实现逻辑和控件模型错位：预期是每个选中条目占独立展示行，但代码采用“拼接全量内容为单字符串+一次性添加”的逻辑，和ListBox以独立Item为渲染单元的设计完全不匹配。

常规场景实现（单条目单行展示） #

不需要手动拼接换行符，直接逐次将每个格式化完成的选中项作为独立Item添加，这是ListBox最常用的实现方式，兼容性好、性能稳定，修改后的代码如下：

private: System::Void bntSelected_Click(System::Object^ sender, System::EventArgs^ e) {
    int numSelected = this->checkedListBox1->CheckedItems->Count;
    if (numSelected != 0)
    {
        // 可选逻辑：每次加载前清空旧内容，避免重复条目叠加
        lstReceiver->Items->Clear();
        for (int x = 0; x < numSelected; x++)
        {
            String^ itemContent = String::Concat(
                (x + 1).ToString(),
                " = ",
                checkedListBox1->CheckedItems[x]->ToString()
            );
            // 每个条目作为独立渲染单元添加，控件会自动完成单行布局
            lstReceiver->Items->Add(itemContent);
        }
    }
}

特殊场景实现（单Item内多行块展示） #

如果确实需要将所有选中项拼接为整段长文本，作为单个多行文本块展示在ListBox中，需要完成两项适配：

1. 将硬编码的\n替换为Environment::NewLine，自动适配Windows平台的CRLF换行标准，避免硬编码的跨环境兼容问题。
2. 将ListBox的DrawMode属性设置为OwnerDrawVariable，手动实现MeasureItem和DrawItem事件的自定义渲染逻辑，才能支持单个Item内部的文本折行——没有特殊设计需求的话，不推荐使用该方案，实现成本远高于常规逐次添加的逻辑。

常见踩坑识别：如果拼接换行符后，控件里显示的是空白方块而非预期的换行效果，就是因为ListBox没有单Item多行渲染能力，直接把控制字符按二进制值渲染成了乱码。

内容的提问来源于stack exchange，提问作者PaulaJoann