V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sujin190  ›  全部回复第 37 页 / 共 122 页
回复总数  2429
1 ... 33  34  35  36  37  38  39  40  41  42 ... 122  
2021-12-14 11:34:12 +08:00
回复了 LeeReamond 创建的主题 Java 所以 Nio 为什么快?
@guyeu #11 这不就是 callback 和协程的区别么,一个手动调度一个自动调度,逻辑上也没啥区别,两者谁更快还不一定呢,毕竟业务流程复杂了 callback 写出高性能代码的更难了

再说各位别把异步 io 和协程混在一起啊,这两个虽然配合使用,但是这两并不是一回事
2021-12-13 16:35:36 +08:00
回复了 Geekerstar 创建的主题 MySQL MySQL 商品表 90 个字段有必要拆分么
一个商品信息需要 90 个字段么?!显然没理清楚吧,其实很多信息看起来和商品相关的,但实际来源却不是商品,哪个系统的就放到哪去呗,后面迭代你会发下容易很多,不要以哪个信息写在哪个页面上来分字段放在哪,这是个大坑
2021-12-11 00:08:40 +08:00
回复了 461da73c 创建的主题 程序员 为啥一个打日志的要去访问网络
@passerbytiny #22 java 生态的问题就是在这,老是瞎想万一要啥啥所以一开始就要这样那样,且不说真后面有这需求了改起来也未必有多高成本,更不用说现实绝大部份情况根本不会出现一开始预测的情况,基于瞎想和技术装逼症滥用且过度设计,反而导致现实情况下很多时候既不能了解基础原理亦不能完全了解设计逻辑,然后实际依然一堆问题,而且大多数时候既弄不清底层又不理不清设计原理,也就各种加班自己辛苦了

固然这个世界还是有少部分头部公司确实会把各种只在想象中的需求踩一遍,但也不妨碍基础组件设置为可选递进选择模式的吧,最后更重要的是,大公司有足够人力物力滥用设计也就滥用了吧,反正人家有钱,但是中小公司不看业务场景不看自己成本,也学大公司喜欢技术牛逼症滥用设计模式这种思维模式才是坑死个人
2021-12-10 17:10:08 +08:00
回复了 461da73c 创建的主题 程序员 为啥一个打日志的要去访问网络
没必要解释有没有需求这种问题,java 这些东西本来就有过度设计的问题,不需要解释,一个打日志组件做这种解析居然不是个可选功能,毫无疑问过度设计了,但重点是一直搞不懂干 java 的都有种盲目的把过度设计当系统牛逼的依据而完全不管自己的业务场景业务需求,真是不明所以
2021-12-10 17:01:31 +08:00
回复了 macscsbf 创建的主题 程序员 websocket 多实例问题
websocket 过 nginx 跪了

关于下线问题客户端开心跳,服务端也还要做心跳超时啊,而且吧一般来说负载均衡应该设置为同一个设备始终连接到同一个 pod ,这样可以确保新连接建立时踢掉老连接,保证一个设备只会有一个连接在线才是
2021-12-10 11:38:44 +08:00
回复了 ruxuan1306 创建的主题 Python Python 一个整型居然最少 24 字节
非静态编译型语言的都这样好的吧
2021-12-05 15:05:29 +08:00
回复了 Mr0C 创建的主题 程序员 小白如何入门理财
前段时间不还有个图说啥都不买的收益超过了今年百分之八十的股民😂😂😂
2021-12-02 09:14:46 +08:00
回复了 Livid 创建的主题 Python Pillow 有一个性能优化版本 Pillow-SIMD
@3dwelcome #1 标题都写了啊,simd

原来 pillow 默认不支持 sse4 和 simd 。。
2021-12-02 09:11:36 +08:00
回复了 szxczyc 创建的主题 问与答 2021-11-30T18:27:18.000+0800 这种格式的时间怎么转 unixtime
你这代码百度复制粘贴的吧,第一个参数啥意思都不看下的么
2021-11-30 18:25:20 +08:00
回复了 onhao 创建的主题 MySQL ?应用 触发器,函数,存储过程 会 变色
这和性能不性能的无关吧,和维护及开发效率有关吧

现实来说,太多情况需求三天两头变,很少有按固定产品需求开发测试然后交互就结束的,直接用数据库且不说面对需求频繁改变确实有些吃力,而且吧正因为改变太快太多,所以恰恰需要一个稳定的存储逻辑,业务逻辑做在数据库里你就不怕三天两头改的时候直接把数据库干废了么

再者吧数据库毕竟是查询组织管理数据的,对业务逻辑的表达能力本来也不强,何不把数据和业务流程组织过程放在一起,这样且不说更直观,而且对人员的要求也降低了,毕竟如果后台用 php 的话,招人来做看 php 就行,数据库你会增删改查也就行了,要求可是降低很多的吧
2021-11-30 17:59:54 +08:00
回复了 abcbuzhiming 创建的主题 问与答 是 Nginx 已经落后时代了,还是那些人在吹水?
看到“nginx 的单机负载也就是 3w-5w 连接”才是被惊了,你不是用的假 nginx 吧
2021-11-30 10:18:56 +08:00
回复了 sunny1688 创建的主题 问与答 关于 golang 碰到的一个问题!
@imherer #15 但是把如果是 c 和 c++的话,原地址被回收只是代表其会被重用于其它内存分配,地址指向的物理内存是不会消失的,所以也就不会出现空指针错误,除非这是一个双重指针,地址回收的时候更新了第二层指针的指向为空

说起来实际使用来看,go 还真是这么设计的,双重指针,只是这样设计似乎效率低了一点,但是好处确实是保证不会突破内存屏障了,上层使用来看确实有些地方还是很让人莫名其妙的
2021-11-30 10:07:54 +08:00
回复了 sunny1688 创建的主题 问与答 关于 golang 碰到的一个问题!
@imherer #13 然后原地址可能已经被回收,但因协程调度原因此时有协程才刚开始使用原地址进行操作这样么?嗯,极高并发下看起来还真有可能
2021-11-30 09:58:13 +08:00
回复了 sunny1688 创建的主题 问与答 关于 golang 碰到的一个问题!
@sadfQED2 #6 但是实际测试了并不会,不要猜测啊
2021-11-30 09:46:28 +08:00
回复了 sunny1688 创建的主题 问与答 关于 golang 碰到的一个问题!
@longfxxx #1 会自动初始化的
@whitehack #2 不加锁并不会 panic ,只是添加的数量不对,估计右边 panic 显然不是左边这个代码能产生的
2021-11-30 09:43:44 +08:00
回复了 sunny1688 创建的主题 问与答 关于 golang 碰到的一个问题!
你这图和你右边的输出似乎没啥关系吧
2021-11-28 15:37:44 +08:00
回复了 daoqiongsi1101 创建的主题 MySQL 请教一个 MySQL 死锁问题,先 delete 再批量 insert 引发的死锁
@iplayio2019 #3 replace 也需要间隙锁吧,似乎并不能解决这个问题来着

似乎你这个应该删除改成先查询出主键,然后用主键来删除,应该就没这个问题了吧,或者用外部锁来串行化也行,删除时可以先查询下看看,如果只有一条就改成更新估计可以提高一点性能吧
2021-11-24 09:30:24 +08:00
回复了 7911364440 创建的主题 Java 登录最佳实践是什么?
@banlifeather4 #18 你这个并没有解决问题吧,且不说最简单的设备不在线就走不通,毕竟不是大厂设备在线率不能比,再者用户改密码大多可能有异常登录之类的,既然异常登录了,那说不定 WS 就没用了呢,所以你这个方案是无所谓的正常改密码能正常踢下线,必须要改密码的异常情况恰恰可能反而踢不下线了,反着来么
2021-11-24 09:23:33 +08:00
回复了 oIMOo 创建的主题 随想 没有开发者做个开源的电子驾照项目么?
技术不是难点,难点是如何让国家机关承认你提供的是合法有效的,如果你能搞定国家机关承认你提供的技术方案是合法有效的,技术实现真分分钟的事

@murmur #14 这两者不是一回事,前者叫复制,后者叫伪造
2021-11-24 09:16:17 +08:00
回复了 7911364440 创建的主题 Java 登录最佳实践是什么?
@huxiaofan1223 #8 因为好多不知道 cookiejar 的,所以各种传 cookie 和 session 对客户端不友好也真是。。
1 ... 33  34  35  36  37  38  39  40  41  42 ... 122  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   6011 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 42ms · UTC 02:30 · PVG 10:30 · LAX 18:30 · JFK 21:30
Developed with CodeLauncher
♥ Do have faith in what you're doing.