我平常主要写 node.js ，为了回复你这个问题特意装了 go 的环境。

你的问题是接受程序(Test_natsio_resp) 从上到下走完直接完事儿了，没有等待下一条消息这个程序就退出了。

你需要想办法让程序等待消息进来，具体代码请参考：
https://github.com/nats-io/go-nats-examples/blob/main/api-examples/subscribe_async/main.go

Flutter 本质上是一个游戏引擎，它所有的视图都是自绘的。自绘使得 Flutter 可以在所有平台上保持视图一致。但也导致许多原生视图的特性在 Flutter 上无法使用，比如 Android 12 的滚动回弹动画。
另外比较致命的一点是，Flutter 的绘图性能是比不过原生的，这体现在翻页滚动流畅度、手势反馈延迟等许多方面。假如原生的用户体验是 100 分，Skia 引擎的 Flutter 的上限是 90 分，希望 Impeller 引擎的 Flutter 的上限能达到 95 分以上。

相比于天生是游戏引擎的 Flutter ，React Native 则是一个为普通 APP 而生的。RN 在各平台上始终使用
原生视图，能获得原生级别 100 分的流畅度上限。

再者，Flutter 在视图写法、状态管理上都落后 RN 一个版本。Flutter 使用嵌套地狱、RN 使用 jsx ； Flutter 的 Riverpod 、bloc 等状态管理方案还遵守 Redux 的思想，React 新一代的 zustand 、jotai 、valtio 大幅减少了模板代码。
在开发效率上 React Native 显然高于 Flutter 。

我的建议是，如果你的 APP 不需要复杂的绘图操作，也就是普通 APP 的话，应该首选 RN + expo ；如果你要开发具有复杂视图的 APP ，比如游戏、谷歌地球、高德地图、Wonderous ，应该首选 Flutter 。

建议体验一下 V2EX 的 Flutter 客户端和 React Native 客户端，Flutter 版本滑动、翻页的时候存在明显卡顿，RN 的体验明显好得多。
https://github.com/guozhigq/flutter_v2ex
https://github.com/liaoliao666/v2ex

@tlerbao 使用 vite 的话，在 dev 模式下不会自动 tree shaking ，但在 build 时会 tree shaking ，使用 webpack 始终会自动 tree shaking

@tlerbao #15 不会，有 tree shaking

桶文件本身不提供任何实现，而是重新导出其他模块的导出，一个典型的桶文件是： https://github.com/microsoft/TypeChat/blob/main/src/index.ts

重新导出语句 export * from 'xxx' 是无法导出 export default 的。

假如你有这样的文件结构：
src/
|-- utils/
| |-- format.ts
| |-- validate.ts
| |-- index.ts
并且在 src/utils/format 中使用 export default ，
那么始终得使用 import '../utils/format' 导入。

但是如果你使用桶文件，通常只需要 import '../utils'

几乎不用 export default ，因为 export default 不方便配合桶文件使用

只能说 TypeScript 领先太多了。grpc 是带着 C/C++、Go 的包袱设计的。在 Go 中不传值就是零值，根本没办法区分 undefined 和空字符串。
能用 json 还是用 json 吧，根本不差 protobuf 那点性能。如果是服务间通讯的话试试 nats 消息中间件，实测延迟比 grpc 低，速度比 grpc 快。

我建议你放弃思考直接用框架的答案。
如果当前项目是基于 React-Router 的话上 remix: https://remix.run/
不然的话直接上 https://nextjs.org/

啥目录结构、错误处理框架都给你安排得明明白白：
https://remix.run/docs/en/main/guides/errors
https://nextjs.org/docs/app/building-your-application/routing/error-handling

能否支持通过 npx 命令行调用？应该只需要加一点配置和几行代码

你是否在找 GraphQL ？

如果是服务端主动推送的场景的话，可以考虑一下使用消息中间件 NATS: https://nats.io/

NATS 内置了楼上提到的负载均衡、广播等功能。
NATS 能够通过 SDK 与前端、客户端直接连接。
NATS 能够很方便地实现水平扩展，NATS 能够与你的用户权限体系集成。

https://docs.nats.io/running-a-nats-service/configuration/websocket/websocket_conf

npm pack 一下会得到一份模块压缩包。把这个压缩包扔到 oss 上，或者再开一个仓库专门用来存模块包，或者直接把模块扔 a,b 项目仓库里。

从 url 安装模块：npm install https://github.com/indexzero/forever/tarball/v0.5.6
从 本地安装模块: npm install ./package.tgz

参考：
https://docs.npmjs.com/cli/v10/commands/npm-pack
https://docs.npmjs.com/cli/v10/commands/npm-install
https://pnpm.io/zh/cli/pack
https://pnpm.io/zh/cli/install
https://yarnpkg.com/cli/pack
https://yarnpkg.com/cli/add

恭喜你找到了 React.createElement ，再省略一下每句必带的父组件名，换成 xml 带嵌套写法，恭喜你找到了 jsx

Angular 使工程化的思想深入人心；
React 使组件化的思想深入人心；
Vue 使响应式的思想深入人心；

这个 nuejs 啥也不是，纯纯的自嗨项目，没有解决任何切实问题，把三大框架已经做好的事情再干一遍。

hot-reloading 这种基础功能拿来当卖点、default unbundled 明显开倒车、2024 年了 TypeSCript Declaretions 也没有、组件模板语法和 Vue 如出一辙那么喜欢 Vue 直接用 Vue 不好吗？

我认为应该根据 key 对 users 做去重。

假如有一个最新用户列表和一个 [加载更多用户] 按钮，页面不按页码分页，每次点击按钮时直接把下一页数据塞进当前列表里。

假如在第一次数据加载后过了一段时间再去点击 [加载更多用户] ，在这一段时间内可能会新的用户，此时用户列表内的 key 就会碰撞。

举例来说，假如每页取 3 项：
第一次加载第一页用户为: [张三, 张四, 张五]；
新用户张一、张二注册，此时数据库中最新的 6 个用户为: [张一, 张二, 张三, 张四, 张五,张六]；
第二次加载第二页用户为: [张四, 张五, 张六]，此时前端用户列表为 [张三, 张四, 张五, 张四, 张五,张六] ，其中 张四, 张五 为重复数据；

既然无法避免重复，那就对列表做去重处理。

```tsx
const fetchUsers = useCallback(async () => {
const page = pageData // 异步获取到数据
setUsers((prevUsers) => {
const newUsers = page.filter(
(user) => !prevUsers.find((u) => u.id === user.id)
)
return [...prevUsers, ...newUsers]
})
}, [])
```

我来给泼个冷水
2024 年了居然还没有 TypeScript Declaretions
你可以不用 TypeScript 但不能没有 Declaretions

「综合水平一直是 flutter 最高」这个结论是怎么得出来的？

在我看来 Flutter 自认为的优势也是最大的缺点就是自绘。目前甚至很长的一段时间内自绘的性能/用户体验是比不过原生的。
假如原生的体验是 100 分，那么目前 Flutter 的上限大概只有 90 分，希望 Impeller 完善之后能把上限提高些。反观 React Native 始终使用原生渲染，在 0.68 使用全新的 Fabric 架构解决了 js 通讯瓶颈后，在性能上已经不成问题了，上限可以达到原生的 100 分。

体验一下 V2EX 的 Flutter 客户端和 React Native 客户端，Flutter 版本滑动、翻页的时候存在明显卡顿，RN 的体验明显好得多。
https://github.com/guozhigq/flutter_v2ex
https://github.com/liaoliao666/v2ex

你可能需要低代码框架：不生成代码，直接启动数据库的 crud 的 GraphQL 接口，后端几乎不用写代码，让前端直接调用 GraphQL 接口。

https://github.com/graphile/crystal
https://github.com/SeaQL/seaography
https://github.com/nocodb/nocodb
https://github.com/nhost/nhost