线太多了，家里有猫咪的话，估计要完蛋。。好奇 R4S 前面那根线连的是什么

value = 2 是答案吗
https://i.imgur.com/KNKYZCF.png

#61 https://github.com/Finb/bark-server/blob/485968b7266da1cfb241c219ebb3407b1ebb2152/route_push.go#L13-L29

@AllenHua 可以的吧，GET 和 POST 都支持

正好我最近也有这类需求，一番调研之后，决定加点预算买 x86 的......有些软件甚至都没有官方 arm 的包，搞起来实在麻烦

发现电磁感应现象、促使人类进入电气时代的伟大科学家法拉第，只有小学学历

唉尽早远离互联网吧

不禁我也想吐槽一下，现在 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 ），还有外部依赖的监控指标等等，出现问题的话，总能看出一些端倪。