@jptx 恩，这就是比老老实实手动编码的思路，更老老实实的思路了。确实有道理，展示层进出的时候就弄掉，中间一路干净也是是正道。

能发送返回 http 就是浏览器

能解析 html 就是浏览器

能 render 页面就是浏览器

能执行 js 等动态脚本才是浏览器

来画个九宫格？

@NessajCN 后端要交出这块数据处理调用给到二次开发手里的，既然是二次开发，就要选择最没有依赖、人人都能用起来的语言环境=>我选择 shell 作为首先要支持的语言环境、或者由二次开发选择通过 shell 再调用他们自己研发的语言代码的入口。

@NessajCN 还有略的部分，看来这个要处理的内容还是会比较多的。利用 linux 命令和现有 sqlloader 工具就能实现的，差不多几行脚本和工具调用命令，就能实现的话；个人还是感觉不大会有二次开发人员，去首选自己开发这些代码了。何况相比 shell ，还有多个 nodejs 环境基础依赖。nodejs 较 shell 来说，不是通用入口的优选。

@NessajCN 求教了，如果我要用 fs 做一个：

1 、显示类似 sed 去掉数据文件行末和文末空格空行；

2 、在完成步骤 1 后，实现类似 sqlloader 工具，将处理后文件导入指定数据库。

这个应该如何做到呢？

@NessajCN 大概确实是我需求部分表达有问题了。服务器端调用 sed 、sqploader 、或其他自有工具等形式，对数据的文本清洗处理等后再加载。其中用 shell 作者为先后处理/加载的过程的总入口，我理解是最通用的一种文件上传处理框架中，需支持的入口模式了。我不能理解，fs 能够作为数据文件清洗/处理/加载的总入口吗？

@mengzhuo 可能是我表达不清？ txt 文件上传后，服务器端自动触发开发编写的 shell ，去进行对 txt 文件的数据处理。不是 webshell ，我不觉得这个有什么安全问题。

@jifengg 做的是框架性通用性功能。如果要求服务器统一编码会限制通用性功能的使用范围。设计思路上是能减少一个用户要求，就减少一个用户环境要求。

而且，全流程 utf-8 会要求，不单单是服务器了。要求前端页面等也得 utf-8 、才能客户端浏览器以 utf-8 处理，这种传染形式，就更不利于框架性功能的推广了。

LZ 来讲讲各种不太大众的软件，漏掉推送消息的情况如何？

右边是基于 NMT 出的么？为啥我感觉还少了一些的？

用 pmap 和 gdb dump 再深入看看？

一般都是连接泄露
lsof -n -P > result.txt
然后拿下来看。

如果超大量 CLOSE_WAIT ，要考虑内部存在的服务请求等网络请求、在超时设定上的合理性。内层网络调用超时应小于外层网络调用超时，并逐层保证。如果使用 netty 等非线程池、使用事件 LOOP 处理的，更会容易触发此种情况。

同时，可以通过 jstack 等做个 threaddump 分析，有可能快速定位问题程序栈位置。

LZ 得讲清楚限制并发的限制在哪里？
A 、B 现在有各多少能力，限制资源在 B 还是在 A 内的其他部分。交易场景可异步化程度如何。

如果只是构造 token ，假设你 token 需要 GUID 类似的全局唯一控制，那么 A 本身的生成 token 动作基本不应该受什么并发限制。如果 A 构造了 token 之后，A 还向 redis 等设施缓存，那么问题就变成 A->redis 的并发能力有多少。如果 redis 并发能力不够，是否要 redis 自身集群化；或按其他交易标识等信息 hash 化之后，分交易集群分别独立处理链条的方式。

如果 B 有并发能力限制，那么还要问 A->B 的请求是必须同步等待返回的，还是可以异步的；又还要问，A 是否可以对用户异步，是否可队列化请求，异步返回等等。

LZ 需求题干给的信息偏少，建议思路会很发散的。

当然如果胆大，直接在电池上戳好洞，就这么用下去，感觉也不是不行

长期充电会电池鼓包，需要淘宝找人改个无电池电源子板直接启动（ 50~150 左右的价格）
然后装块散热铝底座，就可以长期用了

我来咬勾

Namenode 当文件数多的时候，还仰仗 JVM 的堆内存管理，其实挺有问题的。fullgc 一下就整体不服务。

有没有 namenode 的非 java 的实现呢？

@shuimugan 难点在于，设计的是监测系统，而不是被监测系统。不能因为要上个监测系统，存量的被监测系统就要做一个新的非线程、异步化的方式来处理。这种思路是不太能解决问题的。

考虑考虑如何提升这些系统的非功能性，功能性水平总会依赖需求；

但非功能性需求程序员自己就可以去考虑、而且很提高设计水平。

如：高可用性、性能效率、监控、自恢复、可扩展性、可面向二级用户的解耦快速研发（解耦为底层研发和上层二级用户业务逻辑研发）

这些上面自己想想现在公司里做到了什么水平，如果交给你来做会有什么的设计、框架，用什么样子技术，能够什么水平？如何考虑成本产出？

做一些不太大的项目的 port 呗，类似只有 c 代码的 port 到 java ，只有 java 的 port 到 javascript 等等
参与下开源，挺好的

我 realvnc 用了都 10 年了，没啥问题