仓颉语言真的支持“中文编程”吗？一次真实踩坑记录

“仓颉原生支持 UTF-8，不支持 GBK。”
“号称支持中文编程的仓颉语言，并没有那么支持。”

这两句话，是我用仓颉语言（Cangjie）写第一个“学生管理系统”时，最真实的感受。

🌟 初心：用中文写代码，多美好！

仓颉语言自发布以来，一直以“面向中文开发者”“支持中文标识符”为亮点。

这让我非常兴奋——终于可以用母语写逻辑了！于是，我写下了下面这段代码：

// 主函数入口
main() {
    // 使用中文变量名声明基本信息
    let 姓名: String = "李明"
    let 年龄: Int32 = 18
    let 成绩列表: Array<Float64> = [85.5, 92.0, 78.5, 96.0]
    
    // 打印欢迎信息
    println("欢迎使用学生管理系统！")
    println("学生姓名：${姓名}")
    println("年龄：${年龄}岁")

    // 调用自定义函数计算平均分
    let 平均分: Float64 = 计算平均分(成绩列表)
    println("平均成绩：${平均分}")

    // 判断是否优秀
    if (平均分 >= 90.0) {
        println("${姓名}同学，你真棒！是优秀学生！")
    } else if (平均分 >= 80.0) {
        println("${姓名}同学，继续保持，加油！")
    } else {
        println("${姓名}同学，需要更加努力哦！")
    }
}

// 定义一个带参数和返回值的中文函数
func 计算平均分(成绩: Array<Float64>) : Float64 {
    var 总分: Float64 = 0.0
    for (分数 in 成绩) {
        总分 = 总分 + 分数
    }
    return 总分 / Float64(成绩.size)
}

一切看起来都那么自然、流畅。

💥 然而

当我故意把成绩.size 写成了 成绩.size()（加了括号），这是一个常见的语法错误——因为 size 是属性，不是方法。

但问题来了：报错信息长这样👇

等等……鎬诲垎？鎴愮哗？
我的代码里明明写的是 总分 和 成绩 啊！

🔍 问题出在哪？

✅ 第一反应：文件编码乱了？
我立刻用 Python 检查文件内容：

python -c “print(open(‘src/main.cj’, ‘r’, encoding=‘utf-8’).read())”

输出显示：所有中文字符完全正常！文件确实是 UTF-8 编码，无 BOM，无乱码。

❌ 那为什么编译器看到的是 鎬诲垎？
答案是：这不是你文件的问题，而是编译器在解析失败后，错误地将 UTF-8 字节按 GBK 解码用于错误提示。

具体过程：
cjc 尝试解析 总分（UTF-8 字节：E6 80 BB E5 88 86）
因语法错误（.size() 非法），词法分析器进入异常状态
在生成错误信息时，未正确处理 Unicode 标识符的显示
将原始字节误当作 GBK 编码解释 → 得到 鎬诲垎

这说明：仓颉虽然规范上支持中文标识符，但编译器的错误恢复机制对非 ASCII 标识符处理极不友好。

📜 官方立场 vs 现实落差

✅ 如何避免这类问题？

1. 暂时用英文写标识符（最稳妥）

   let total: Float64 = ...
   func calculateAverage(scores: Array) -> Float64
   

2. 确保源文件为 UTF-8 无 BOM

3. Windows 用户运行前执行 chcp 65001

4. 关注官方更新：期待未来版本完善 Unicode 错误提示

💬 结语：理想很丰满，落地需耐心

仓颉语言的愿景令人敬佩——让中文开发者用母语思考逻辑。但作为早期预览版（Preview），它在工具链健壮性和边缘场景处理上仍有明显不足。

“支持中文编程” ≠ “中文编程体验完美”。

我们应当鼓励创新，也要理性看待现阶段的局限。希望这篇踩坑记录，能帮你少走弯路，也推动社区更快完善中文支持。