2024-11-13 13:08
支持 solon。但建议一下:在面向国企宣传时,那当然可以写国产。在开源社区最好不要以 国产 宣传,要有国际视角,才能做大做强。而且作者自己也应该看到,这方面的争议太多了,相信您也有所警觉。咱们搞技术的,还是应以技术为主,把功能打磨好,口碑上来了,生态起来了,就是最好的宣传。
2024-11-13 17:25
谢谢建议。。。不过,越对“国产”有争议,越需要有人为“国产”发声啊。。。如果没有人敢提“国产”,肯定不是好事。
2024-11-06 09:20
做总比说好
2024-11-06 09:19
支持solon
这瓜皮项目整天净整些恶劣且低俗的炒作,啥“国产”、“纯血”,碰瓷儿 spring ,恶心心~~
2024-11-04 22:38
是不是对我们的项目,有什么误解啊???有什么问题,可以提出来嘛。
2024-10-23 09:41
主要是华为开好了好头,一看到纯血国产这类的词,🤑就本能的恶心。
2024-11-13 17:26
华为,好像也没做什么坏事吧?
2024-10-17 10:32
为什么一有国内外对比的时候,就有人阴阳怪气。solon加油把,让国产化更加深入点,这样我系统就有理由重写一遍了
2024-10-10 09:24
都用springboot了,谁还在乎性能。堆机器就是了
2024-10-10 09:32
技术员应该像运动员一样,追求奥运精神:)。。。这样,才会有更多创新之举
2024-10-11 10:58
现在做业务,创新风险太大
2024-11-13 17:27
你不环保哦。。。全球都在做减能减排呢!
2024-10-09 13:45
性能超300%,那生态超多少呢?维护成员超多少呢?用户存量超多少呢?
2024-10-09 17:03
别激动。性能比 spring 高是正常的。。但凡新框架,几乎都比 spring 好
2024-10-03 13:17
可以不喜欢,单是不要去贬
2024-10-01 10:28
一个东西一点缺点也没有,我感觉不太可能。Solon目前有哪些待完善的问题吗?
2024-10-01 10:25
不是抵制国产,而是大家想要一些务实的东西,不是天天喊口号,并不能解决多少实际问题
2024-10-01 10:23
相对于 Spring 应用开发框架。并发高 300%;内存省 50%;启动快 10 倍;打包小 90%?说的这么优秀,能不能具体讲一个差异吗?做了什么改进导致有这么大的提升的?Spring有这么差吗?为什么有这么多人质疑,是因为你没有讲清楚你都做了什么啊,光说你比别人强多少倍,难免让人怀疑有夸大的成份。我这也国产软件经常弄的一套,国人也是被整怕了。
2024-10-01 14:18
我估计是因为架构不同,而不是改进。。。就像油车与电车,内部架构很不同。
2024-09-30 17:17
加油,国产。
2024-09-30 16:35
方便详细说下和spring相比有哪些差异导致的性能差距吗?
2024-09-30 16:33
方便写一下和spring相比有哪些差异导致性能差距这么大吗?
2024-09-25 15:56
路过
2024-09-17 15:52
主要问题可能在于,我如果要高效,我可能会直接用undertow,verx,如果要功能和第三方,我可能直接用spring boot,当然祝愿solon做得越来越好。
2024-09-13 18:30
🤣spring还可以再战十年,如果spring不给用,那就魔改
2024-09-04 11:56
国产不国产的,都不是很重要,大家戾气那么重,主要是不想不停的不停的不停的学习新的东西了。springboot可用、好用、能用,就够了,安安静静的用之前熟悉的框架,完成手头的工作,就可以了。
2024-09-09 22:54
现在后台的活,很少了,ANDROID/IOS也是。
2024-09-13 10:11
不想学新东西趁早离开这个行业,转行发展,等到了被刚毕业的人完爆的时候连找工作面试的机会都没有,这行竞争这么大就是没有淘汰一帮原地踏步的人
2024-09-14 11:04
🤣65岁还在写代码吗?
2024-09-03 17:10
加油,就是要国产。
2024-08-30 11:09
不管怎么样,是开源的,有竞争,就是好事,我相信国人写的东西不会比老外的差!
2024-08-30 09:09
不这么说是国产开源 怎么去忽悠那些国企 做国产化替代?
2024-09-04 06:40
国家意志是要“自主可控”,我们企业是要为这个意志得供支持的。
2024-08-28 13:58
舌战群儒⬇↙⬅↖
2024-08-29 08:31
见笑了:)
2024-08-27 13:01
打包小90%怎么做到的呀。我一个springboot应用打完包90M,其中一个依赖就9M,怎么能缩减90%到只有9M呢
2024-08-27 15:09
就是这么神奇:)
2024-08-21 09:44
用0101编程性能跟solon比如何
2024-08-17 20:51
我觉得300%是保守的,亩产万斤不是梦啊,搞个十万毛毛雨,大国要有大国梦,区区spring 不在话下
2024-08-17 16:03
还能提升硬件性能咯?
2024-08-27 10:25
不要这么冷言嘛。。。有个东西,能提升性能总不是坏事吧!你理性的想想?
2024-08-16 16:22
好不容易有个国产开发平台,没有鼓励只有贬低,就算宣传夸大怎么了?那么较真干什么?遍地都是夸大的广告宣传怎么不一个一个去找厂家?批判的同时想想自己能搞一个吗?为什么加上国产俩字就非要这么较真?
2024-08-16 23:32
其实也没夸大。Techempower 的数据,确实是有 300%😅
2024-08-28 09:53
只要宣称国产的,就代表未来有可能会对体质内项目做营销,或者已经在做了,到时候就有可能强逼你使用。已经被逼吃了好几坨屎了。所以抵制所有以国产为宣传的产品
2024-08-28 12:24
你这都要反国产了。走极端了!!!两个点:1.如果100%是洋货是不是好?2.新品成长是不是要有个过程?。。。都是上过学的,理性思考一下。
2024-08-28 12:49
我反的是“宣称国产”,中国公司中国人有做过不少真正好东西,他们都有一个特点,从不把国产当特点。
2024-08-28 16:48
“宣称国产”,就要反对???你想想看,这是不是真的合理?!
2024-09-05 08:49
你好好找找案例,再好好想想
2024-09-04 19:26
这倒也是,deepin 从来不说是国产系统,deepin就是deepin,专注系统本身,后面的UOS是套壳的我就不说了
2024-08-16 15:01
好浓的雷布斯味。这个可以叫索隆布斯?不夸张的讲,已经线上运行一个 spring 实例 TPS 能达到 3000 ~ 5000 TPS/s 的已经是非常优秀的项目了。性能比较参考是完全可以的。但把他当作一种噱头反反复复宣传,讲实话只能骗骗新手。性能从来都不是决定底层技术框架最重要的理由。
2024-08-16 21:57
启动速度,启动内存,请求并发,运行内存,打包大小,开发难易。国产的 Solon 都全面远远超过 spring :)
2024-08-16 11:41
.Net可否一战?
2024-08-16 10:08
在中国性能不是主要参数,刷不到KPI,没有工作量才是罪过
2024-08-16 10:35
😂
2024-08-15 17:28
用过 支持。spring太臃肿。只用需要的那部分。大力支持。
2024-08-15 11:47
新发了个文《🔥 Techempower 测试 Solon 为 Spring 的 300% 左右》:https://www.oschina.net/news/307183
2024-08-15 11:30
@梅子酒好吃 支持下 openrewrite 一键把 spring boot 切成 solon,应该会有很多人尝试切换。
2024-08-15 10:55
可惜是springboot生态是你们的300%
2024-08-15 11:41
其实 java 的生态 80% 是共享的。。。是 java 都可用的:)
2024-08-15 11:42
不过。你说得也对:)。。。spring 在不断优化性能,solon 在不断扩大生态(尤其是国产的 java 生态)
2024-08-15 11:51
只有300%?
2024-08-15 09:18
webflux 的测试代码有些是有问题的,比如模拟耗时操作,不能使用 Thread.sleep(10),而是应该使用 Mono.just("hello world").delayElement(Duration.ofMillis(10))。
2024-08-15 11:23
与 webflux 的测试,目前还没做呢。。。会和 vert.x 一起测一个:)
2024-08-15 11:24
我之前简单的一个测试是:vert.x 是 solon-rx 的1.5;而 solon 是 spring webflux 的 2 倍。
2024-08-16 10:58
vert.x基于netty,如果直接用netty是不是性能更好
2024-08-16 11:35
这个还真不好讲。spring 的 web-flux 也是基于 netty 的。。。但是性能远不如 solon 的 web-rx 。。。当然 vert.x 是纯手写,没有注解。可能这里省了一层性能消耗
2024-08-15 09:11
用户量有多少了.统计过没?
2024-08-15 11:43
目前 maven 仓库下载,每个月 200万多点。。。离1000万,还有不少矩离。哎!
2024-08-15 11:53
私有仓库,重复建项目都统计不到下载量,离spring的量......
2024-08-15 08:39
不明所以
2024-08-14 15:24
为什么一定要强调“国产”?是开源的项目么?如果开源,是不是不接受国外开发者的贡献?我只是好奇,不带“国产”,是宣传不了了么😀
2024-08-14 16:16
每人想法不同。要允许有人喜欢用“国产”宣传:)
2024-09-03 15:42
使用“国产”宣传又怎么让你不舒服了呢?
2024-09-09 14:42
因为好多项目要求就是全国产,好打标
2024-08-14 13:40
solon对native的支持不是特别好啊
2024-08-14 16:16
有什么问题,可以多提 issue 反馈:)
2024-08-15 11:29
redkale支持native-image , https://www.techempower.com/benchmarks/#section=test&runid=b0a928a6-ff24-462e-8445-fa2dc1bbc7ee&hw=ph&test=query 可以搜 redkale-native
2024-08-19 10:15
"大量使用Java 8新特性",这句话不合时宜了吧,Java 8都出来这么久了,而且,github和gitee上写的是基于Java 11,官网上写的是基于Java 8
2024-08-19 11:02
感谢提醒, 框架介绍文档好几年没更新了
2024-08-14 13:15
建议 pk 下 go filber 不要 gin 在 go web 领域 gin 只是一个低性能的弟弟
2024-08-14 20:30
好。下次录个新测试 pk go filber
2024-08-15 10:20
顺便升级一下Go的版本
2024-08-14 13:11
这个对比的条件还存在好几个问题。
1. solon使用的是smart-http,spring使用的是undertow
2. solon启动本身的自动配置少于spring
这两点就决定了对比的维度不同,性能更好的原因大概率是web服务器、应用配置依赖导致的。

如果要拉齐,需要使用同样的web服务器,spring应用排除掉所有的自动配置,只保留web必须的,才能说明框架的性能差距。
现在这个结果,无法说明solon本身性能好。
2024-08-14 16:17
solon 的 undertow 对 spring unertow。也是差好多倍的:)
2024-08-15 10:56
详细的测试记录,建立了一个PR:https://gitee.com/noear/helloworld_wrk_test/pulls/3
2024-08-15 11:19
你的电脑居然能把 solon undertow 跑出 5万多的低值。着实让人意外啊:)。。。我放个 techempower 的测试数据啊,中立点:
2024-08-15 11:49
感谢你的测试参与。。。望更多人参与测试🤙
2024-09-30 17:16
楷模
2024-08-14 16:20
我做的测试你多少不信的。。。建议你来做个测试。用你觉得合理的条件,来做测试👌
2024-08-15 10:39
使用你的测试代码,做了下改动,补充了undertow的测试,并没有你说的差好多倍。主要是solon的测试结果,没有达到你项目文档中记录的10w+的水平。暂时无法确定是不是因为机器硬件的缘故。
2024-08-15 10:51
公布一下测试过程,这样再看看
2024-08-15 11:21
10倍呢,我也觉得夸张(但那天录视频时,就那样也没办法),我在视频里有讲今天怎么特点低?。。。我放下 techempower 的 json 测试地址:3倍左右: https://www.techempower.com/benchmarks/#hw=ph&test=json§ion=data-r22
2024-08-15 11:21
techempower 的 plaintext 测试:3倍左右:
https://www.techempower.com/benchmarks/#hw=ph&test=plaintext§ion=data-r22
2024-08-15 11:22
在 techempower 平台的 qps 测试,都是 3倍左右。。。所以我标题才取 300%🤩
2024-08-15 12:57
拉取你的代码试了一下,刚开始跟你的分数差不多。。。重启电脑后,分数拉开了。。。特意录了个视频(你的优化确实有效果,在我的电脑从3倍降到了2倍):https://www.bilibili.com/video/BV1EveteWEtj/
2024-08-14 12:10
高级,solon 非常优秀
回复 @
{{emojiItem.symbol}}
返回顶部
顶部