不禁我也想吐槽一下，现在 Dubbo 的 GitHub 默认分支是 3.0，以为是个稳定的分支了，但这个 ConsulServiceDiscoveryFactory 类甚至连导包都是错误的，得切换到 master 分支才能找到 ConsulServiceDiscovery 类......

https://github.com/apache/dubbo/blob/3.0/dubbo-registry/dubbo-registry-consul/src/main/java/org/apache/dubbo/registry/consul/ConsulServiceDiscoveryFactory.java

「看一下执行的 sql 是啥」这个需求是不是可以通过给 JDBC 接口套个代理来实现，这样就可以对任意 JDBC 实现都生效了（成本是需要入侵业务了......

海康算用 C++ 里的大厂么...行情也太差了吧...

自己也不禁开始怀念过去了

@sytnishizuiai 哈哈我也学到新知识了
@suisetai 倒是一个不错的新思路！
@dLvsYgJ8fiP8TGYU 感谢回复！我搜了一个海康的产品，看下来挺符合需求的，准备尝试买它使用一下 https://item.jd.com/100023375500.html

@dLvsYgJ8fiP8TGYU 感谢如此详细的回复！

可以使用 4G 的。
他们的住所只是在瓜园里搭的大棚而已，虽然没有网线，但是有电线的。
防护的区域是瓜园的一些入口，面积不大，但是有好几个，所以应该是需要买多个摄像头的。

另外想问下，摄像头用 4G 联网的话，应该不会 24 小时都在上传监控画面吧。我搜了一个用流量卡供网的摄像头，看它的产品参数里是支持用 SD 卡存储的，但不知道它具体是怎样产生流量费用的。

> 我是不理解这种配置文件的方式，这个其实跟我手动注入，感觉本质上他没有很大的区别。

如果这个 JDBC 的 SPI 配置文件是你写的，那相当于你是 JDBC 驱动的开发者了，这样的话，确实和你手动注入没什么区别，毕竟工作量都是你一个人的......

> 根据配置注入具体的实例=SPI 吗 那我感觉本质上也是一种依赖注入　不知道是不是可以这样理解

SPI 就是 Service Provider Interface 的缩写，用「根据配置注入具体的实例」拿来做可扩展的服务发现，是一种解耦思想的体现。

例如，SDK （ JDK ）提供约定行为的 Interface （ java.sql.Driver)，并且对这个 Interface 使用逻辑还是在 SDK 里的（在 java.sql.DriverManager#getConnection(String url) 里会用到），然后 SPI 的实现者（ mysql-connector-java ）只需提供 Interface 的具体实现（ com.mysql.cj.jdbc.Driver ）即可，不需要关心 Interface 的使用逻辑。

从这方面看，SPI 和 DI 还是不太一样的吧，虽然这两者的都是为了解耦。

楼主你纠结的「这种配置文件的方式」和「跟我手动注入」两种方式，代码跑起来是没什么区别，但你站高处想一想，两者从设计上有什么区别，尤其是对使用者而言。

如果你的应用需要连接多个不同的数据源（ MySQL 、PostgreSQL 、Oracle…），那么就需要使用多个 JDBC 的驱动。按你说的方式，开发者需要先去各个驱动对应的官网查资料（得知道 com.mysql.cj.jdbc.Driver 这个约定值），然后再编写多次各个驱动对应的注册代码。这儿的「 JDK - JDBC 驱动 - 开发者」三个角色都被耦合了。

用 SPI 这种机制的话，起码在注册驱动这一点上，开发者是不用再顾虑了的，JDBC 驱动可以在其内部提供实现。楼主可能对 MySQL 已经很熟悉了，所以体会不是很深，不过假设现在要连接一个你完全没接触过的数据库（例如 SQLite ），你是不是会期望做的事情越少越好？

还有你说的 DI 什么的……那更好理解了，你看看一个单纯的 Spring 应用和基于 Spring Boot 应用有什么区别，然后 Spring Boot 是怎样提供一些默认配置的，它的 spring.factories 文件有什么作用？这难道和 SPI 的思想不一样吗

不是 Hugo 主题，但也是 Introduction 页面，我一直觉得 antirez 的很酷... http://invece.org/

#22 先确定一些「能不能扛得住」的指标吧，不同场景对系统正常运行的指标是不同的（例如后台的统计 SQL 和用户的实时查询 SQL 对延迟的要求），然后跑基准测试看看。MySQL 的话，你可以看看《高性能 MySQL 》的第二章，或者搜关键字 mysql+benchmark

1 和 2 应该都是先由产品 /运营给出一个预估的用户量，然后通过应用当前的部署情况（比如负载均衡了多少台机器，单台机器的配置，应用运行时的配置，接口的响应时间）估算出接口的 QPS 。
3 sizeof 可以算占用量，不过和具体缓存的数据有关，#8 提到的网站就挺不错。
4 单机的话，可以用 redis-benchmark 跑下看看。
7 压测时候看下各个调用链路里的耗时（或者更细一点的，可以自己打印 log ），还有外部依赖的监控指标等等，出现问题的话，总能看出一些端倪。

不要过于焦虑，学会感受幸福

被搭讪（问路）的

如果把并发 1w 理解成 QPS 1w 的话，那么假设接口的 RT 是 200ms，Tomcat 的最大线程数是 200 个，结论是理论上只需要 10 台 Tomcat 就扛得住了，10 = 10000 / (1s / 200ms) / 200 。

用 Java 搞那些对耗时敏感的应用可能不方便，不过搞这种分布式应用的话，还是蛮擅长的...

@heavenToothpaste
@27149
我每隔几天用下微博，主要是看好友圈，在手机上用的是网页版本 https://m.weibo.cn/ 。微博的手机网页版还是很良心的，不用强制安装 App，时间线是有序的，也没有乱七八糟的广告。你们可以尝试一下

@C3WC 暴露什么？
@tt67wq 还能有这种好事...不过我的号已经实名认证过了，还是算了

@lander 卸载 +1，已关注的 up 动态直接在 pc 上看就好了

@echo1937 我倒是希望它能更精确一些，给我推荐些有意思的数码 3C 类产品。不过现在这......我都毕业好几年了，马上结婚 & 奔三的人了，这些推荐的内容看着相当影响体验