- 主题:Java农转写cpp发现，写Java比写cpp省心太多了
使用第三方库的时候避免不了，很多库提供的是 C 风格的接口
【 在 xiaoju (可爱的龙猫) 的大作中提到: 】
: 写C++的基本求生法则是熟读inside the C++ object model
: 不过理论上说，现代C++不必也不应该手动分配任何一个raw的资源。不如立条规则，破一次例罚款200块钱，请其他人吃东西。
--
FROM 183.60.88.*
我是不是看错了啥，linux kernel和cpp有一毛钱关系么？
【 在 oldwatch 的大作中提到: 】
: linus前几天不是吹说用amd编译linux内核飞快么
:
--
FROM 213.95.148.*
垃圾是有用的，垃圾简单才会有很多人用，不然怎么会成为业界后端主流？
【 在 fanci 的大作中提到: 】
: 对，所以Java造垃圾的速度惊人，因为垃圾看上去也是光鲜亮丽的。
--
FROM 124.207.188.*
必须用C接口啊，否则链接的时候麻烦就大了，奇怪的坑是无止境的
【 在 vonNeumann 的大作中提到: 】
: 使用第三方库的时候避免不了，很多库提供的是 C 风格的接口
:
--
FROM 27.91.71.*
自己用cpp写模块是没问题的，但想进官方分支门也没有
【 在 moudy 的大作中提到: 】
: 我是不是看错了啥，linux kernel和cpp有一毛钱关系么？
: :
--
FROM 27.91.71.*
类似下面这种帖子有很多
Top 15 C++ Exception handling mistakes and how to avoid them.
https://www.acodersjourney.com/top-15-c-exception-handling-mistakes-avoid/
【 在 hgoldfish 的大作中提到: 】
: 异常安全有什么坑吗？
: 不是抛出 Exception，接收的时候用 Exception & 就行了吗？
:
--
FROM 123.118.185.*
没有啊，java跟c++差不多
【 在 hgoldfish 的大作中提到: 】
: 你这还是应用场景错了。。
:
: 试试拿 java 写内存密集、计算密集的程序，崩是不会崩，但做优化烦死人了。一个单机能搞的事情，经常要搞成集群。
: ....................
--
FROM 111.196.208.*
来一个请求就启动一个线程？你在开玩笑吗？一秒钟启动10万个线程？
【 在 hgoldfish 的大作中提到: 】
: java 一切可 catch 住，最重要的原因是 java 的应用场景单一，一般是拿来写 web 服务用，cpp 很少用于这个场景。
:
: 这个场景，java 社区一般使用线程模型，来一个请求就启动一个线程，所有业务逻辑都在这个线程里面。只要在开始服务请求的时候 try 一下，结束时 catch 一下，所有的异常就被捕获了。
: ....................
--
FROM 111.196.208.*
我真见过这么搞的C++高手
其实从网上的C++11面试题来看，很多企业内部写的也是这种垃圾
【 在 refactoring 的大作中提到: 】
: 来一个请求就启动一个线程？你在开玩笑吗？一秒钟启动10万个线程？
--
FROM 27.91.71.*
你不写 java 吧？
java 后端服务正常的架构就是 nginx + tomcat/jetty, nginx 用于处理并发，10w rps 的话，对于 nginx 也是小 case, 一台笔记本都处理得过来。
后端的 tomcat/jetty, 或者 java 的 servlet 模型就是线程模型，一个请求对应一个线程。当然不是很蠢的来了请求才启动线程，一般用线程池，先启动几百个线程，不够再加。根据业务负载，一台 24 核服务器，能处理几百到几万个请求的都有。
我那个描述不够准确，只是简单讲 java 社区和 cpp 社区的区别。很明显的区别，java 一个请求对应一个线程简单明了，cpp 几万个请求用一个线程异步高效，难以控制。
【 在 refactoring (god) 的大作中提到: 】
: 来一个请求就启动一个线程？你在开玩笑吗？一秒钟启动10万个线程？
--
FROM 112.47.122.*