看产品经理怎么用360实现Java垃圾回收！

一

我是一名非常负责的产品经理。

今天，接到运营投诉说线上有问题了，于是立马在工作群里问道：

虽然只是产品经理，但是对于技术问题，我也喜欢给出自己的专业性建议。

他们都打了？？？，我觉得是可以实现的，不然就直接像以前一样，和我说做不了。

作为一个负责的产品经理，我觉得可以先整理一个产品方案，产品方案都有了的话，还实现不了就是技术的问题了。

想了下，360有个人老想挖我去他们那，刚好可以问问：

那看来360是有这个功能的，不过我对Java还不熟悉，幸亏有个程序员朋友，他之前老是咨询我感情方面的事情，这次可以问下他Java相关知识。

先翻了下聊天记录，毕竟好久没有联系了，看看怎么开口。

正好问问他近况：

看得出来，我的朋友都是用情至深的男孩子，这样的人技术肯定也不会差，所以可以放心问他。

拿到架构图之后，虽然我不是程序员，但也差不多看懂了。

然后重新设计了一下。

完美！

接下来就是梳理操作流程，如图所示

在这个流程中我还加入了广告，毕竟公司要盈利的。

我也提前调研好了，中国Java程序员最少百万，程序员又都是996工作者，每天长达十几个小时用Java，一天广告收入起码千万起步。

这么大的市场，如果程序员还说这个功能不好实现，我就可以找老板来压他们。

另外之前的垃圾回收机制没有什么存在感，为了增强产品粘性，我的设计是每次回收完都会往日志中写进相关信息，而且一定要有ERROR等关键字，这样就算程序员凌晨两点在睡觉，也能被线上报警叫醒，登陆服务器查看垃圾回收的情况。

最后就是产品未来，如果这个产品上线之后，我绝对不满足只回收垃圾，我要把工具平台化，那些不符合设计模式的代码、很久没有查过的数据库数据，都可以直接回收删除，打造一体化、全方位Java垃圾回收平台！

二

就在我完成整个设计之时，突然想到，程序员们也吐槽过Java的网络通信不好用，而我平常都用QQ通信，Java的网络通信肯定也可以用QQ实现啊！

但是，我又先想到了3Q大战，同一个Java，肯定不能同时存在360、QQ，不然稳定性也太差了。

我是一个注重调研的产品经理，还是发起个投票吧！

朋友们，又到了熟悉的场景了，如果真的真的只能二选一：

1、赞同只用360优化Java垃圾回收，请在看投票

2、赞同只用QQ优化Java网络通信，请点赞投票

您，支持哪个呢？