2026 年了，安卓、鸿蒙项目路径居然还是要求不能有中文

[pheyer]

很早之前蜻蜓点水接触过一点安卓，还不知道这一点，最近要下载同事的鸿蒙代码测试，才发现这个问题，作为一个习惯了 iOS 开发的人，表示匪夷所思

有些评论挺好的，总结一下我觉得项目路径支持中文是一个合理需求，这并不代表要求写代码也要写中文才行，就事论事，你们用英文路径甚至是用拼音代替，可以视为是一种预防 bug 的预防性措施，能理解，但不代表一定合理，IDE 开发方没那么重视而已，其实也是一个小问题，只是我用惯了好的遇到不好的一点小抱怨

[fbu11]

再过几年 Android 也不会支持，Google 的 Android studio ，就不支持文件目录为中文，至于 Android studio 是 Google 用 IDEA 改的，idea 也不支持中文文件目录，跟 Android 没关系的。

至于鸿蒙你得问华为了

[jlkm2010]

windows\macos\linux 版本 DevEco Studio 是基于 IDEA 社区开源版二次开发的。

[fromzero]

正常人谁用中文 path

[minami]

@fbu11 DevEco 不是一眼 IDEA 改的吗

[superrichman]

iOS 开发用中文路径才是匪夷所思吧 🐶

[semiboldhung]

存量 iOS 开发基本上是培训班出来的，英文差很正常
@superrichman

[itechify]

所以为什么要用中文作为代码的存储/包路径呢？

[docx]

正经人写 path 的时候都会用英文

[someonesnone]

正经人谁写 path 的时候用仲文

[iomect]

这么多年真没见过一个项目路径用中文的 空格都少见

[abc0123xyz]

pin yin 吧
有些行业的名词，用英文确实记不住。
不过路径感觉很少有中文需求吧，一般都是变量之类的。

[momo2789]

只有半吊子写 path 的时候才会用中文，你会用中文写代码注释吗？我不会？

[jetsung]

@jlkm2010 DevEco Studio 还不支持 Linux 。

[robinchina]

我路径用中文，代码都用中文······最大的问题不是兼容，是同一个意思中文有很多中表达方式，下次修改的时候特别容易用错。。。直到现在 ai 写，它爱用啥用啥[🤪]

[hefish]

华为应该支持 易语言！！！

[Gilfoyle26]

华为应该支持 易语言！！！+1

[qxmqh]

其实我想说的是 iOS 开发早期，很多在项目里面直接创建中文，一点问题没有，而且开发可读性极高，跟英语好坏没啥关系。这个人正不正经有啥关系。

[pheyer]

@itechify 你能保证版本号、tag 名或者上级文件夹不带有中文名称吗？放错了位置发现运行不起来，还要改路径，还是有点麻烦的，支持中文路径不应该是天经地义吗，不要被自己的惯性思维限制住了，不是秀优越感

[LeftNight]

以前很多软件默认都不支持中文路径，开发习惯也是不使用中文路径

[Dyon]

这是好事啊

[RobertLyu]

鸿蒙 IDE 问题海了去了，就单拿“上传产品”来说，哪怕 GUI 更改为 release 签名之后，还得自己手动 去 build-profile.json5 里面去把 signingConfig 改成 release 才能打包。而且到现在也没修。

[andrei007]

@pheyer 你去 github 上看各种仓库，尤其中国人开发的，有几个版本号、tag 是中文的

[wakarimasen]

如果一个项目不是国际化项目（大多数都不是），尤其涉及到一些领域的名词，中文标识符是会方便很多。

比如说古风类型的游戏

所以楼主这个是正常诉求。楼上冷嘲热讽才很奇怪。

[fromzero]

@wakarimasen 我就不相信找不到一个对应的英文单词。再不济用拼音呗。最多注释用中文解释一下。这有啥好问的呢，用中文我的第一映像就是菜

[7gugu]

我一时间不知道 OP 是不是在搞抽象

[zhaosong]

JetBrains 家族的通病而已

[00244396]

@fromzero 有一个场景,我的 window 账号是中文,有的时候创建项目的时候默认会创建到用户名下面的文件夹

[fredweili]

你的问题匪夷所思，你对，可以自己做一套工具，指定中文

[xusang]

你在美国绿卡上写自己名字，总不能说这都 2026 年了，凭什么不给用中文

[xFrye]

2026 年了，还有人用中文当路径的？

[wangtian2020]

能用中文路径的是 哄懵 OS
不能用那就是 HarmonyOS

[McreeWu]

编码问题，能理解。

[987N]

为啥要用中文 非得碰上个啥奇奇怪怪的 bug 是吧

[340746]

用 win 模拟器在安卓设备上玩 gal 也不允许有中文🤓

[mercury233]

支持中文路径需要确保工具链里所有程序不能用仅考虑 ASCII 的函数和设计，工作量和不确定性可能远大于收益

[jpyl0423]

我用拼音都不会用中文做项目名，这是基础常识吧

[BenHunDun]

感觉不是说对中文路径不支持, 而是针对非 ASCII 的字符的支持都不良好.

[fionasit007]

@wakarimasen #23 一般这类游戏都是首字母简写或者拼音

[shakaraka]

@pheyer #18 🤡

[suyuyu]

谷歌是因为编码问题吧。
划微是因为谷歌不支持。

[NewYear]

几十年前，操作系统就花费大力气支持路径 unicode 了，作为国际化的特性之一，欢迎各国使用自己的语言作为路径，并为此提供支持，而不同操作系统也在推进相关支持，如今已经非常成熟了。

中国有个词叫“海纳百川”。

国内也为了计算机能更好的支持中文，而付出了无数努力。
结果没想到母语为中文的开发者表示，必须用英文，只能是英文，全都用英文。

我估计他们开发者要是看到这个帖子，一定会很迷茫。

[sunwangme]

我感觉这事更像是“整条工具链里最弱的一环决定最终兼容性”，不只是 Android / 鸿蒙 单独的问题。

操作系统本身早就支持 Unicode 路径了，但工程里只要还有一环是按 ASCII 假设写的，比如 Gradle 插件、NDK 、三方 CLI 、签名工具、解压脚本、CI 环境，最后表现出来就是“这个平台不支持中文路径”。

所以从工程管理角度看，很多团队现在采取的其实不是“中文路径不应该被支持”，而是“在整条链路没有完全打通之前，不要把项目稳定性押在这个点上”。尤其 Windows 用户目录、默认下载目录、CI checkout 路径这些地方最容易踩坑。

能支持当然更好，我也认同这是合理诉求；但在今天这个现实环境里，统一英文路径 / 无空格路径，确实还是最省心的交付基线。

[nrtEBH]

用中文路径不是不可以 但没有必要 英语还是计算机世界里的通用语言

[youknowsomething]

很正常啊。我的开发机是 mac 挂载了移动硬盘 路径就是中文。 我的开发项目文件夹全是中文。不管是小程序 网页 还是 iOS 的项目，都有中文路径。

[whileFalse]

作为一个上古程序员，我觉得这是最不需要解决的问题……

[phoulx]

不支持中文在工程上可以理解，但必须吐槽。
要求支持中文路径是完全合理的需求。

[EthanZC]

底层系统是 EN 开发的,开发这种事情,用中文总感觉会出现很低级的问题,然后费神费力得,英文不好,用拼音就行了

[e3c78a97e0f8]

你这个开发是在 Windows 下吗？

[edisonwong]

怎么没人讨论代码可不可以用中文，比如易语言？

[pheyer]

@7gugu 这能搞什么抽象呢，很现实的问题，我觉得你们用英文都是预防 bug 的预防性措施，习惯了不代表一定合理

[ronen]

@NewYear
我大一写 java 的时候就用中文命名，后来真正跟人合作的时候，大都是用英文编码，中文注释。 自从有了 ai ，我都是英文注释 英文编码了。

早期用中文会有很多 gbk gb2312 gb18030 utf-8 兼容性的问题，如果执着于这种事情，会影响结果产出。
现阶段 token 就是 everything 如果大比例用英文，烧钱就格外快。

[codehz]

要是当年拉丁化成功了，可能就没这么多破事了😮‍💨

[ronen]

fix typo:大比例用中文

[pheyer]

@e3c78a97e0f8 工作以来主要用 Mac

[pheyer]

@e3c78a97e0f8 Mac 能同时支持开发 iOS 、Android 、Harmony ，一个行，另外两个不行，这是一个鲜明的对比

[jackmod]

历史遗留问题。专有领域的软件优先考虑用拼音。特别专有的比如有些政务软件顶多是源码内部函数名变量名使用中文，目录还是会避开一下的。

[lotosbin]

操作系统支持都不完整, 还指望上层能支持~

[wakarimasen]

@fromzero

世界上还有几种菜的行为。

第一种菜，是没有搞清楚项目的背景前，就先入为主给别人扣帽子，攻讦用中文做路径的都不是正常人。

第二种菜，是别人给他解释以后，强行挽尊，拒不承认某些他没接触过的工程里面，使用中文是一个合理的诉求。

第三种菜，是自己映像/印象分不清的情况下，嘲笑别人英语菜鸟，抱有迷之优越感。

[jim9606]

我就这么说吧，绝大多数人学 C/C++,直到结课考完试，都没写出过一个能正确支持非 ascii 字符和长路径的程序，哪怕你是用没有任何遗产从零开始的控制台程序。
可能根本没有教材会说怎么处理这事。

我反正不知道跟 native 搭上关系的地方怎么确保集成后能正确处理这些问题，特别是很多组件不是你自己实现的时候。

[night98]

省事呗，毕竟编码问题大一统就跟楼上说的一样，最弱的一环决定了能不能用

[weicools]

@wakarimasen #23 正常 99%都应该是英文路径，1%特殊需求中文也行，看题主的表述是匪夷所思，本来不用中文那就是再正常不过了吗，还匪夷所思啥啊，就这嘲讽不是很正常，有什么奇怪的

[bowencool]

@pheyer #18 我还是第一次听说“版本号、tag 名或者上级文件夹可能有中文”，真是开了眼了，刻板印象就此形成

[liqiuqiu]

@fbu11 鸿蒙那编辑器也是 idea 改的呀🤣

[callmesmc]

没毛病啊，2026 了为啥不全用 unicode. 谁能做一个

[wakarimasen]

@weicools

为什么从来如此就对呢？

这只是因为美国人在计算机领域的先发优势和习惯使然，并不代表英语是某种有显著工程优越性的语言。

按我说，如果某产品从开发人员乃至用户全是非英语国家的，把业务词汇翻译成英文单词并没有带来什么工程的便利，尤其是一些业务密集型应用，徒增认知成本罢了。

可能 99% 的东亚程序员在职业生涯中遇到过查词典翻译确认业务术语的情况。因此，只能用英文命名应该算作可优化的 DX 问题，而不是供起来的祖训。尊重向兼容性妥协的必要，但是没必要去为其辩护。

[callmesmc]

我不仅要用中文还要用 emoji 😂

[profchaos]

如果必须选一样，接受路径里有空格的站左边😀<-，->接受路径里有中文的站右边😡

[EchoWhale]

支持楼主。从来如此便对吗？
好不容易有人出来呐喊下，还要冷嘲热讽的。为了省事那干脆从操作系统就禁用非 ascii 路径好了

[est]

我觉得 path 里包含中文 不可怕

可怕的是包含空格。。。

[hallDrawnel]

那它不爱国啊！

[ZeroDu]

path 包含中文有什么问题吗？为什么很多人奇怪。可能刻板印象了

[good1uck]

你可以追溯到编程语言不是中国人发明的