1.serverdemoԴ?源码?
2.Arthas 源码阅读
3.基于vue实现Web视频聊天和屏幕分享（附源码，PC版+手机版）
4.webRTC服务器搭建（基于Janus）与Demo运行

serverdemoԴ?源码?

       QQ群

       说明

       Spring Security5之后，实现Oauth不再推荐使用spring-security-oauth2。源码官方推荐了一种新的源码方法（github.com/spring-proje...）。

       需要注意的源码是，该方式支持的源码抽奖直播系统源码不是oauth2，而是源码oauth2.1。关于oauth2.1的源码详细介绍，可以参考：oauth.net/2.1/ 和 aaronparecki.com//1...。源码

       摘自 oauth2.net 网站上对比 oauth2 的源码说明：

       主要区别（以下使用翻译软件翻译，大致意思没错）

       官方demo运行

       根据 github.com/spring-proje... 上的源码说明，使用 gradle 命令运行即可。源码

       复制官方代码（官网 userdetails 使用内存模式，源码我修改成了 jdbc，源码更加直观），源码使用 postman 进行测试。

       代码位置：authorization-server

       测试

       查看自动创建的表结构：

       浏览器访问：localhost:/h2-console...

       点击 Connect：

       我们看到创建了五张表，打开表会发现数据也被初始化进去了。

       启动项目，请求授权码模式地址：

       输入用户名密码(user1, password):

       勾选授权 scope，点击 submit consent 按钮：

       地址栏：baidu.com/?...

       授权码 code=dPEZCnsiz2WPk5mWdnPImxbSQkbwK7-yPKmgJuR2NHbswtbXWZFjgZr6MEXfIqi8JhRourmlSSYVVfGuCN-ep8jbQwxHsqrUVeeY-1XRHkpqaQ2UM9-ulbTsU0mg

       打开 postman 通过该 code 获取 access_token:

       点击 send，返回：

       JSON 数据如下：

       刷新 token

       请求后结果：

       JSON 数据是如何下载openwrt源码：

       简化模式（response_type=token）在 oauth2.1 被移除。

       返回结果如图：

       JSON 结果：

       之前以为是 bug，就提了 issue（github.com/spring-proje...），官方回复不支持。

       但是有扩展方式。还没弄。具体可看我提出的 issue 的作者回复。

       官方使用的是 in-memory 方式。本人通过查看源码发现还支持 jdbc 方式，redis 方式不支持。之后会根据 demo 修改一版 jdbc 方式，以及动态查询用户名密码的方式。

       spring-security-oauth2 的实现方式，可查看我之前的笔记 知乎：zhuanlan.zhihu.com/p/... github 源码：github.com/xpp/spr... 本文内容 github 地址是：github.com/xpp/spri...

       梦想越是美丽，就越是显得遥不可及。可奇怪的是，一旦你下定了决心，很快地，那些梦想就一一成为了现实！

Arthas 源码阅读

       Arthas源码阅读的核心逻辑主要集中在arthas-agent的启动流程中，首先通过java -jar arthas-core.jar执行，然后Bootstrap获取Instrumentation并进行初始化。flashfxp怎么上传源码Server启动后，通过TelnetClient发送命令到Server，由CommandResolver解析并执行，如thread命令的执行过程。

       在启动阶段，用户输入会被TelnetConsole接收并由ShellServer解析，通过TermServerTermHandler处理，包括常用的HttpTelnetTermServer和HttpTermServer（基于Netty）。例如，ThreadCommand的process方法负责处理thread命令的具体逻辑。

       获取JVM信息通过JvmCommand，Watch接口通过EnhancerCommand实现，利用字节码增强技术（如EnhanceWatchAdviceListener）收集方法运行时信息。Profiler逻辑则涉及一个二进制工具，具体使用方法可参考相关文档。

       在实际问题解决上，Arthas提供了两种操作方式：一是通过命令行选项--command指定多条命令，适用于非持续监控场景；二是利用HTTP API进行远程控制，如Arthas Tunnel，适用于需要动态控制进程的场景，如管理多个Agent。jenkins 源码管理 入口

       此外，深入理解Consumer的completionHandler，如Termd Demo中的ReadLine部分，有助于更好地掌握Arthas的交互机制。

基于vue实现Web视频聊天和屏幕分享（附源码，PC版+手机版）

       实现网页文字聊天相对简单，但要实现视频聊天则较为复杂。本文将介绍一个纯网页版的视频聊天和桌面分享的Demo，可直接在浏览器中运行，无需安装插件。

       一. 主要功能及支持平台

       1. 本Demo的主要功能包括：

       （1）一对一语音视频聊天。

       （2）远程桌面观看。

       （3）当客户端掉线时，会自动重连，网络恢复后重连成功。

       2. 支持的平台包括：

       （1）支持的操作系统有：Windows、信创国产Linux（银河麒麟、统信UOS）、Android、iOS、Mac、jetty run关联源码鸿蒙OS。

       （2）支持的CPU架构有：X/X、ARM、MIPS、Loongarch。

       （3）支持几乎所有主流浏览器：Chrome、Edge、Firefox、Safari、浏览器、QQ浏览器等。

       （4）此外，使用APP套壳，在WebView控件中加载Demo页面，也能正常进行视频聊天。这可以在C/S架构的客户端或手机APP中嵌入WebView控件来引入视频聊天或桌面分享功能。

       二. 开发环境

       1. 服务端：

       服务端开发环境是Visual Studio ，开发语言是C#。

       2. Web端：

       PC版Web开发环境是VS Code 1.，使用vue 3。

       手机版Web开发环境是HBuilder 3.8.，uni-app（导出H5）。

       三. 运行效果

       此Demo的源码分为三个部分：服务端、PC端Web（横版）和手机端Web（竖版）。首先来看移动端Web的运行效果。

       （1）登录界面有三个输入框：服务器IP、用户账号和用户密码，用户账号和用户密码均可随便填写。

       （2）首页界面有一个已连接的提示框，表示目前与服务端是连接状态，因网络或其他原因断开时，会提示已断开连接。

       （3）发起视频聊天：输入对方的账号，点击请求视频会话按钮即可向对方发起视频聊天请求，对方接受请求后即可聊天。

       （4）手机端不支持分享自己的桌面，但可以观看PC端桌面。

       （5）PC端运行效果：登录后主页界面，左上角是关于自己的一些信息，右边窗口显示连接对方的摄像头或桌面。

       （6）输入对方的账号，点击请求远程桌面，对方同意后即可观看别人的屏幕。

       四. 服务端源码说明

       注意，由于浏览器限制，将Web端部署到公网需要使用HTTPS协议，否则无法访问摄像头。

       服务端也需要使用WSS协议，因此需要准备SSL证书用于部署。若仅在本地运行，则无需准备。

       若不部署，则将服务端初始化代码中的第六行注释掉，并将第七行中的MultimediaServerFactory.CreateMultimediaServer方法中的wssOption用null替换掉。

       若部署在服务器上，则需要将第五行XCertificate2中的两个参数分别修改为证书路径和密码。

       五. Web端源码说明

       本Demo中的Web端包含两套代码，移动端Web采用uni-app开发，PC端Web采用Vue框架开发。关键点如下：

       1. 消息定义：定义了个消息类型，用于Web端之间进行通信，定义放在Vuex或src目录下的omcs目录下。

       2. 自定义消息处理器：在登录成功后，通过调用多媒体管理器上的SetCustomMessageReceivedCallback方法，向multimediaManager注册回调函数，接收消息类型和发起者用户名数据，根据消息类型完成业务操作。

       3. 一对一语音视频：实现逻辑为用户A向用户B发送VideoRequest消息，用户B收到消息后选择同意与否，并将携带用户B意愿数据的VideoResult消息发送给用户A。

       4. 桌面分享：实现逻辑与语音视频类似，请求消息类型为DesktopRequest，响应消息类型为DesktopResult。

       5. 断网重连：网络断开时，每5秒进行与服务器的重新连接，注入ConnectionInterrupted和ConnectionRebuildSucceed回调，在断开和重新连接成功时进行操作。

       六. 如何在本地部署运行Web端

       Web端包含两套代码，移动端Web目录是H5MediaDemo_WebH5，PC端Web目录是H5MediaDemo_WebPC。

       1. 移动端web：通过HBuilder X运行，打开运行→运行到浏览器，选择浏览器即可运行。

       2. PC端web：需要NodeJS环境，安装成功后，在命令行窗口输入node -v和npm -v检查是否安装成功。

       在项目根目录下输入npm run dev运行项目。

       七. 源码下载

       （1）PC版源码

       （2）手机版源码

       此外，已部署测试服务器方便测试。

       （1）PC Web测试网址

       （2）手机 Web测试网址

       网页版视频聊天Demo实现介绍到此结束，感谢！

webRTC服务器搭建（基于Janus）与Demo运行

       在直播带货和云游戏的浪潮中，webRTC技术占据重要地位。搭建webRTC服务器的核心是STUN/TURN服务器和信令服务器，coturn是常用的STUN/TURN服务器解决方案，而Janus则是信令服务器的知名选择。本文将详细介绍基于Ubuntu 的Janus服务器搭建步骤和Demo运行。

       1. Janus服务器搭建

       1.1 下载源码：从github.com/meetecho/jan...获取Janus最新代码。

       1.2 安装依赖：依赖库通过命令行或源码安装。遇到问题时，如libcurl4未安装，需解决。

       1.2.1 命令行安装：确保所有官方推荐的库都已成功安装。

       1.2.2 源码安装：libnice和libwebsocket是关键，老版本libnice需手动编译。

       1.2.3 libsrtp：非必须，但推荐升级到最新版以避免bug。

       1.2.4 usrsctp：用于Data Channel，如需消息通道则需要安装。

       1.3 编译Janus：安装文档生成工具后，执行configure，查看配置信息。

       1.4 运行Janus：复制配置文件并进行SSL配置，启用HTTPS和WSS支持。

       1.4.1 生成和配置SSL证书

       1.4.2 检查运行端口和警告信息

       2. Demo运行

       网页端Demo在源码的html目录中，使用http-server发布。Android端Demo需下载并编译janus-android-demo，输入Janus的HTTP端口运行Echo Test。