想写个高性能版 Nextcloud 后端，用 Rust 还是 Java 好？

[rv54ntjwfm3ug8]

不考虑 Go，非常不喜欢 Go 这个语言。 Rust 部署方便，社区支持好，但貌似还不是成熟，很多包连 1.0 都没发出来。 Java 目前还是后端第一语言，比 Rust 成熟不少，但部署不是很方便（虽然打 Docker 镜像都差不多），资源占用也比 Rust 高。

[ipwx]

用 Java 你就很难部署到比如低内存的 Nas 上了。。。

[agagega]

自己写着玩的话就 Rust 呗，有时候踩坑也是种乐趣。不过听说 Rust 的 async/await 这块还没定稿？不应该哇。

[wangxn]

Rust 并不适合来做后端吧，它的优势在后端开发上几乎没有任何应用场景。用 Rust 写后端大致等同于用 C/C++ 写后端，你可以想象这个流行度。
现在 Rust 被用得最多的地方是重写各种命令行工具，都需要大量时间来慢慢磨细节、优化性能。
基本上动态语言凭借专门优化了的 IO 处理和 JIT 在评测上就能打平原生语言，实际应用不好说。

[xgfan]

你排除了最合适的答案……

[anyxchachapoly]

这帖子让我产生难得一见的好奇心，看了下楼主过往发帖

1. 楼主 59 天前发布的『第一次用 go 写爬虫那篇』，包含他人回覆概览了下，恍然大悟，原来是非常多基础不懂所以不喜欢。

2. Java...后端第一，比 Rust 成熟不少，资源占用比 Rust 高，连个基本的 engineering 选择 tech stack 时所需要拿捏的平衡点到底是哪些都不理解。

加油，我非常看好楼主写出一个所谓高性能的 nextcloud 『后端』

[xupefei]

楼主一个人搞？这工程量挺大的啊。
owncloud 有一个团队在用 go 重写服务器端，楼主可以加入一下

[icy37785]

都发在 java 分区了那肯定就是已经决定 java 了吧。
有一说一 go 是最合适的。

[Mohanson]

对裹脚布过敏

[Hanggi]

一个成熟的开发者不会用非常不喜欢一个语言这种无厘头的理由做技术选型。

[redr41n]

刚想来回答 golang，结果看到楼主第一句话

[quan01994]

为什么不用 dotnet 呢 。。

[MeatIndustry]

为什么不考虑 Kotlin 呢，都考虑到 Java 了

[seven123]

现在这个情况，首选就是 golang，又要占用小，性能还要不错，还得方便部署

[2i2Re2PLMaDnghL]

我不知道你怎么想的。
nc 21 已经有 rust 写的高性能文件后端了。
oc 则是挑选了 go 的样子
看来是 PHP 积重难返
# docker 不适合运行时带虚拟机语言

[a22271001]

java 不便于在树莓派 3 之类的小内存设备上部署，用 Go 挺合适的
顺便吐槽一句 nextcloud 是真的卡

[witcherhope]

GraalVM 试试，可以减少 Java 内存占用

[chiuan]

golang 最舒服最强目前。

[x940727]

GraalVM 试试呗，Native 无论是启动速度还是内存占用已经好很多了，优化优化估计能和 Go 掰掰手腕。

[byte10]

@a22271001 nextcloud 为啥会那么卡，我也是郁闷。这么简单的一个网盘不至于会卡吧。。
@icy37785 go 确实是比较合适，小服务器也可以运行起来，要知道很多小玩具都是 1-2g 内存的。

go 语言目前比较合适的。话说 nodejs 能搞吗，python 呢？按道理这是一个非常简单的服务啊，业务也简单。

[xieren58]

绝对 rust