V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  index90  ›  全部回复第 8 页 / 共 26 页
回复总数  520
1 ... 4  5  6  7  8  9  10  11  12  13 ... 26  
2020-04-02 12:25:15 +08:00
回复了 muziling 创建的主题 程序员 现在有没有新的机制来确保一条记录只被处理一次
@muziling 我先说一下我对题目的理解,就是有一个分布式作业系统,一个作业只能被一个 worker 执行,worker 可能会突然死掉,多个 worker 会抢占作业。

首先第一,作业需要有状态机

第二,为什么一个作业只能由一个 worker 执行,本质原因是这个作业所关联的资源(包括他自身的信息,如状态)只能由一个线程进行读写。那么可以解决资源的访问权限。

第三,确定状态转移的最大时间,就是 token 的超时时间,你可以依赖 token 超时保证不会再有其他线程在访问你的作业资源。
2020-04-02 11:27:23 +08:00
回复了 muziling 创建的主题 程序员 现在有没有新的机制来确保一条记录只被处理一次
用 token
同一时间,只有一个 worker 获得有效 token
worker 可以利用 token 修改该 task 的状态和访问其相关资源
2020-04-02 11:03:05 +08:00
回复了 lhc70000 创建的主题 程序员 剽窃别人成果的人一直有,不过今天遇到了格外厉害的
维权不只是为了开发者,更为了山寨品的 8000 多个付费用户,他们本来也想用正版软件,支持开发者,却被剽窃者欺骗。为了软件行业的健康发展,必须维权!作者可以众筹律师费
2020-04-01 18:42:27 +08:00
回复了 lhc70000 创建的主题 程序员 剽窃别人成果的人一直有,不过今天遇到了格外厉害的
支持楼主

是否有联署的方式可以向 App Store 施压,下架 MPlayer X Pro 的应用?
2020-03-31 17:42:04 +08:00
回复了 monkeyWie 创建的主题 Go 编程语言 go 代码复用问题
你需要一个
type People interface { Hello() Sex() }

定义
type Male struct {
People
}
type Female struct {
People
}
分别实现 Sex 方法
2020-03-30 11:20:57 +08:00
回复了 aoling 创建的主题 云计算 腾讯云套路云坑死人不偿命
如果想退款,需要先交 888 元保证金,后续会一并返还……
2020-03-27 13:35:59 +08:00
回复了 iugo 创建的主题 程序员 把 TLS 握手过程用游戏的方式演出来让大家加深了解可行吗?
https://www.v2ex.com/t/286764 解释一堆名词有什么意义……
2020-03-24 09:55:07 +08:00
回复了 pinews 创建的主题 程序员 开源的意义和不足,我的一点思考
不同的 Level,看到的风景不一样罢了
2020-03-20 16:36:21 +08:00
回复了 ropon 创建的主题 Go 编程语言 程序记录日志疑惑
简单来说,就是你的主线程需要等待日志写文件进程结束后才能结束。
写线程加个 wait chan 就好了
2020-03-17 11:17:12 +08:00
回复了 tikazyq 创建的主题 程序员 用 Golang 实现基于 Redis 的安全高效 RPC 通信
这种设计是有价值的,把 client 和 server 当作是一个节点上的 reciver 和 sender,就实现了一个并行处理服务了。利用多进程代替了多线程,从而可以方便进行调度管理。微信的后台就有类似这样的实现
2020-03-16 19:12:07 +08:00
回复了 waibunleung 创建的主题 程序员 PHP 转 go 好还是继续深造?
PHP 继续深造是指学 C 吗?如果是,支持。
如果不是,那你还是换一种吧
2020-03-16 19:07:43 +08:00
回复了 brader 创建的主题 MySQL 关于 mysql 索引讨论
explain 一下就知道啦
2020-03-13 03:04:58 +08:00
回复了 gutao1994 创建的主题 程序员 关于 tcp 同时关闭的一个猜想
当前 Client 的序号是 x,Server 的序号是 y
Client Server
FIN_WAIT --seq=x+1,ack=y+1--> 未到达
CLOSING <--seq=y+1,ack=x+1-- FIN_WAIT
TIME_WAIT --seq=x+2,ack=y+2--> FIN_WAIT2

LZ 的猜想是,当 seq=x+1,ack=y+1 这个包比 seq=x+2,ack=y+2 的包晚到的时候,会不会出现 Server 变成了 FIN_WAIT2 状态。答案是不会!因为 Server 在等待 seq=x+1 这个包。等不到就会要求 Client 重传,直到收到 seq=x+1 这个包之后,seq=x+2 的包才有效。


@ysmood #15 和你说的什么应用层没关系,TCP 的有序是指能保证接收方接收数据包的顺序等于发送方发送的顺序

@xiadada #16 不知道你在说啥
2020-03-12 15:19:45 +08:00
回复了 gutao1994 创建的主题 程序员 关于 tcp 同时关闭的一个猜想
“ tcp 的序列号字段只有在下面两种情况的任意一种才有意义:
1. 数据字段至少包含一个字节
2. 这是一个 SYN 段,或者是 FIN 段,或者是 RST 段 ”

这是谁跟你说的?

TCP 的有序性是依赖序列号和确认序列号保证的,哪有分什么阶段啊。还是翻出大学教材重新读一下,半小时,比你在这里问快多了。
2020-03-12 14:42:20 +08:00
回复了 gutao1994 创建的主题 程序员 关于 tcp 同时关闭的一个猜想
@gutao1994 #8 补充一下,首先 TCP 里面的 seq (包的序列号)和 ack (应答序列号)确保了 TCP 通讯的有序性。如果你不清楚建议你再细读一下 TCP 协议。
然后你说的 fin 包延迟,是有可能发生的,假设没有接收窗口的情况下,client 的 ACK 包是不可能被接收的,因为他的序列号不对。如果有接收窗口的情况下,ACK 包会被接收到接收窗口里(可以理解成 buffer ),但是会等到 fin 包被接收后,有序地返回操作系统。
2020-03-12 14:24:30 +08:00
回复了 gutao1994 创建的主题 程序员 关于 tcp 同时关闭的一个猜想
发送窗口和接收窗口了解一下
2020-03-12 14:21:57 +08:00
回复了 gutao1994 创建的主题 程序员 关于 tcp 同时关闭的一个猜想
client 发出的 fin 包不会晚于它 ack 包到达 server (或者说被 server 确认接收)
why ?
因为 TCP 包是有序的啊
2020-03-12 12:40:51 +08:00
回复了 gutao1994 创建的主题 程序员 关于 tcp 同时关闭的一个猜想
2020-03-11 10:04:50 +08:00
回复了 Aliberter 创建的主题 程序员 关于微服务设计的一个问题
怀疑你们公司想搞数据中台。
还有微服务的设计原则是什么?什么原则说只能这样做不能那样做?微服务提出纵向切分服务的可能,但也没有否定横向切分吧。

软件架构符合康威定律,什么样的团队结构,会有什么样的软件架构。
1 ... 4  5  6  7  8  9  10  11  12  13 ... 26  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2939 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 28ms · UTC 11:08 · PVG 19:08 · LAX 04:08 · JFK 07:08
Developed with CodeLauncher
♥ Do have faith in what you're doing.