@InternetExplorer 已经续期了三次，项目没问题。

@just1 不知道是不是我理解错掉。如果 workflow 的触发条件有 pr，那执行的也是应该是我自己的 workflow，而不是 pr 里面的 workflow，他提过来的 pr 里面是一个 workflow 的 yml 定义文件，假设他再 yml 里面使用 curl 发送一个附带了 环境变量 ID_LIST 和 KEY_LIST 到他的服务器上，那不是就被盗了 id 和 secret ...

一般写在配置文件里面，做好服务器的防护。
不嫌麻烦的话配置文件里面的密码加密一下，连接数据库的时候解密使用解密后的密码连接。

自建 Gitea 。

@tairan2006 好呢，有方向就好，我们先去看看。
@pinews 如果说频道的话不太准确，大概就是如果 type=1 那么对面服务会把对应的 1 的数据传过来，如果是 2 那么对应的数据就是 2，但是不能说传 type=1,2 这种，他们会认为 type 是非法的。
@zfish 好的，谢谢提供思路，我们去看看。
@no1xsyzy 谢谢提供思路。
@SjwNo1 哈哈，好呢，我们去看看相关的资料。
@lfcyme 好的，谢谢提供思路。
@onion83 大概就是如果 type=1 那么对面服务会把对应的 1 的数据传过来，如果是 2 那么对应的数据就是 2，但是不能说传 type=1,2 这种，他们会认为 type 是非法的。所以每一个 type 的值，都对应一个 ws 连接。每个 ws 连接自行接收数据。
@wufakeyou 好的，谢谢提供案例，我们这边做下技术调研。

@tinybaby365 好呢，我们这边考虑一下，谢谢。
@maichael 好的，找个时间测试一波看看。
@no1xsyzy 多谢提醒，我这边已经被禁止回复好几次啦，哈哈
@zfish 多谢建议，我们去了解一下。
@lasuar 嗯，我们先测试一下看看，谢谢。
@sampeng 对方可以搞，实时的几万个频道的广播，现在就是不知道对方怎么弄的，/(ㄒoㄒ)/~~
@gamexg 好呢，我们测试一下，谢谢
@x66 不是，类似这种消息中转和消息概要记录。
@paoqi2048 谢谢，我们了解一下。

@Xusually 对呢。很类似。不能断，断了数据就没了。启动就需要很多连接。对方提供的只是 ws。

@lasuar 有点类型直播的这种，比如虎牙直播，每个直播间的信息其实是一个 ws 连接，现在我知道一万个房间号，我就可以连接一万个房间的直播信息，然后把直播信息保存下来。类似这种。

@pubby 有点类型直播的这种，比如虎牙直播，每个直播间的信息其实是一个 ws 连接，现在我知道一万个房间号，我就可以连接一万个房间的直播信息，然后把直播信息保存下来。类似这种。

@realpg 哈哈，都在考虑方案当中。

@liqingcan 有点类型直播的这种，比如虎牙直播，每个直播间的信息其实是一个 ws 连接，现在我知道一万个房间号，我就可以连接一万个房间的直播信息，然后把直播信息保存下来。类似这种。

@gemini767 嗯，这边考虑一下，谢谢。

@wizardoz 主要就是通过 WebSocketClient 来连接，不过没找到 onMessage 是异步 IO 还是多线程，搜了一下，好像都没提到。现在暂时的想法是 onMessage 有信息的时候立马推到 jms 里面，另外一台服务从队列里面一个个取出数据保存起来。

@ftfunjth 嗯，我们这边考虑一下。谢谢。

@sagaxu 相当于 ws 连接前缀相同，加了参数就是一个 ws 连接，现在参数的变化有一万多种，所以就有一万多连接。

@ryd994 哈哈，我去搜了一下，这个的确和 C10K 的场景差不多。

@GM 数据具有实时性，很大概率需要全部 websocket 开着，不能关闭，关闭了数据就没了。

@janxin 嗯，cpu 这个也是个问题，同一时刻，有个几千个 websocket 同时有数据过来，内存不炸，cpu 也不会爆满吧。

@GM 对方提供获取数据方法就这些，而且数据还是实时的，就是现在如果你不连接获取到数据，时间已过就没数据啦。