V2EX › sujin190 的所有回复 › 第 2 页 / 共 123 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 123

❮

❯

45 天前

回复了 shuiniu66 创建的主题 › 电动汽车 › 除了充电，新能源汽车的主要问题是不是车机卡顿啊

@wzcloud #21 车机、智驾、车控肯定是 3 个不同的系统，有标准的吧，而且智驾、车控还需要双芯片备份，只不过电车还需要 3 者协同控制，油车一般车机几乎不参与车辆控制，问题确实更多一些，而且车机中控也不符合车规标准，上市审核过不去吧

45 天前

回复了 shuiniu66 创建的主题 › 电动汽车 › 除了充电，新能源汽车的主要问题是不是车机卡顿啊

车辆并不是由车机控制的吧，车机只是用户交互的界面，虽然车机卡住你可能无法操作界面启动车子，但是刹车、电门什么的并不是由车机来控制的，大家不至于这么蠢

45 天前

回复了 fuchish112 创建的主题 › 宽带症候群 › openwrt 使用 openclash 影响主网络

openwrt 开 dhcp 影响主路由 dhcp 了？

47 天前

回复了 mawen0726 创建的主题 › 程序员 › 求教，有状态的分布式系统应该如何设计

@Plutooo #19 分布式锁底层都是加锁方生成一个只有自己指定的 ID 来防止他人异常解锁，那换句话说你加锁后主动把这个 ID 告诉别人，或者提前生成一个 ID 要求加锁方使用这个 ID ，，那别人就能解锁了啊，和线程啥的无关

而且从实现来看，如果执行时间很长，那这个执行中的状态应该保存在数据库中，不应该单纯加锁，加锁范围只到查询修改这个数据库中状态的过程，否则直接在入口加锁同步调用就好了啊，没必要异步吧

有状态逻辑可比把这个状态写入数据库需要的地方读取判断复杂多了，存入数据库需要的地方读取判断，那整个系统还是无状态的，简单多了，想要性能好一点那存入 redis 也不是不行啊，干嘛非要纠结使用加锁的方式

50 天前

回复了 artms 创建的主题 › 宽带症候群 › 被强行铜改光

主干线路的模拟线路早就撤了吧，说不定给你支持的说搞了个转换器放你小区了，人家也觉得找小区拉电麻烦不说还要付电费钱，而且坏了估计都没啥人会修设备也不好买，撤了很合理啊，怎么感觉分明是你占了不少年便宜了，现在难受了？光纤在小区是无源的吧不需要供电，也许你该换个心态

52 天前

回复了 8675bc86 创建的主题 › 宽带症候群 › 无线 WIFI 局域网 3 米无遮挡正常延迟多少？

3ms ，speedtest 测速也才平均 6ms ，丢包 0

52 天前

回复了 godleon 创建的主题 › 微信 › 请教一个微信小程序上线资质审核问题

@godleon #4 你搞混了吧，小程序的主体说的是对用户提供服务的提供方，需要为用户可能产生的损失负责的，而域名和 https 证书之类的属于是为用户提供服务的这个商家提供的服务，只需要为这个商家负责

你这个小程序的主体都敢用自己的，万一他要是搞点啥违规违法的事情，可能你是要承担连带责任的，因为用户是在你的小程序上买的服务，看到的是你，还是医疗这种万一出了医疗事故很可能判断需要承担连带责任，就算你在网页上声明谁谁提供服务可能作用也不大，因为你声明意味着你承担着对提供服商的资质审核和担保，你要搞清你的责任范围啊，资质审核可不是微信纯搞事，这可是有实际法律效力的，就用他们的资质来申请小程序审核呗，没资质不就是假冒伪劣说个啥

52 天前

回复了 itgoyo 创建的主题 › 问与答 › App 使用 Webview 加载正常的网络地址，莫名其妙的跳转到黄色内容的网站，请问该如何防止这种情况

@SkipToMyLou #1 dns 劫持也无法越过 https 返回非法内容

52 天前

回复了 itgoyo 创建的主题 › 问与答 › App 使用 Webview 加载正常的网络地址，莫名其妙的跳转到黄色内容的网站，请问该如何防止这种情况

没做 https ？没开证书验证？否则咋做到的，否则上 https 就好了啊

53 天前

回复了 go522000 创建的主题 › 问与答 › 请教一下关于 MYSQL，有一个订单的状态字段，用什么类型来设计比较好。

@go522000 他这个就是最佳最标准案啊，除了他说的，还有更重要的是，任何业务逻辑场景都分为住流程和细节，细节会随着业务流程变迁，但是主流成一般在一开始就可以确定，所以百位一般会进一步用来区分主流程节点，十位区分二级节点，就算一开始无法完全确定有几部主节点，但是大概分几部还是可以确定的，那么应该把 0 到 9 整体规划到几个大步骤去，而不是直接连续，这样就算主步骤一开始没有设计全也可以再加，其设计过程也是业务流程分析过程，既表达清楚又逻辑清晰，业务流程迁移方便也兼容性好，而且查询和逻辑规划也更容易

56 天前

回复了 BaiLinfeng 创建的主题 › 问与答 › 联通偷偷的关闭了基站，我要给它刚到底吗

从某种意义来说联通并没有无限责任为其提供的服务提供无限时间支持，他是有选择清退的权利的，而且这事四五年前就开始讨论实施了吧，也提供了足够过渡期并没有啥问题，再说这是工信部牵头的，主要是 2g3g 频道不彻底清退这频谱资源就浪费了，频谱资源还是很宝贵的，而且好像已经分配给其他业务了，人家也有权利要求加快清退吧

关于 5g 不能打电话这个，5g 就好像提供的是 voip 电话吧，原来的电话模式不支持了，4g 好像是降级到 3g 来通话的，还是觉得该升级就升级，和时代方向对抗没有意义

64 天前

回复了 tairan2006 创建的主题 › Java › 支持虚拟线程的 TCP 服务框架？

netty 支持虚拟线程有啥实际意义，虚拟线程协程之类的最大意义本来就是在用同步语法写异步逻辑，netty 就不可能再改回来变成同步语法否则也就不是 netty 了，还不说虚拟线程在线程上又多了一层调度器除了白白损失性能对 netty 意义不大吧，netty 的 Handler 本来就不应该有同步 io 操作，否则用 netty 这麻烦的说不是对此一举，有需要同步 io 操作本来就应该放到独立 executor 中去，这独立 executor 完全就可以是虚拟线程的啊

70 天前

回复了 blessingcr 创建的主题 › 程序员 › 有一个消息同步的问题请教各位 dalao

@blessingcr #17 吞吐、延时和一致性，区块链这货一致性完全就是靠牺牲吞吐和延时来得到的，而且并不能达到保持时序的作用，区块链的逻辑完全就是按照收到消息的顺序提交，然后谁得到的确认多谁有限，没说保证消息时序

kafka 分区保证时序是最容易实现的了，性能不够也可以考虑 mq 分队列啊，逻辑虽然都是一个分区或者一个队列只能有一个消费者来保证时序，但是 mq 的队列数量可以多一些

此外也可以加分布式锁，和多线程编程解决时序一致逻辑一样，其性能损失和冲突率有关，看你这描述，saas 系统的动作都是人产生的，冲突概率应该极低才对，加锁的性能损失可以不计了，加锁也可以放在消息队列后面，那消息队列就可以不用考虑使用分区保证顺序了

71 天前

回复了 Grayan 创建的主题 › 问与答 › 奇怪的网络问题，客户电脑连不上服务器某个特定端口

如果只是服务器回了 syn-ack 之后客户端都没回 ack 就直接 rst 的话，怎么感觉像是 seq 异常了？

72 天前

回复了 chenfang 创建的主题 › 程序员 › 集群如何控制 QPS?

@nc2017 #16 并不是，独立服务并没有用到 redis ，虽然本至还是内存存储的原子计数器，区别就是这个服务对每个 key 的加 1 操作都有独立的超时时间，而且是主动精确超时时间，不像 redis 非精确超时时间，超时后自动减 1 ，并且每个 key 可以设置可以加到的最大值，到这个值之后会 wait ，而这个等待时间也是可以设置的，通过这三个参数就可以设计出不同的限流器，TokenBucketFlow 只是某个特定参数组合的客户端封装实现，服务器这个都只有一个操作，因此性能非常可以，内存使用量也不算特别大

同时每个独立的加 1 操作和其包含的过期时间都是独立同步到从节点的，客户端连接从节点命令会自动发送到主节点，所以客户端这边是整个集群的所有节点都是一样的，多核支持性能不够问题可以通过扩容 cpu 核心数和内存就行，不过因为指令简单，支持的 qps 很高，一般应该不需要考虑性能不够问题

1 2 3 4 5 6 7 8 9 10 ... 123

❮

❯