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 数据是导出PLC源码： 简化模式（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并进行初始化。button组件源码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。cgal源码编译
此外，深入理解Consumer的completionHandler，如Termd Demo中的ReadLine部分，有助于更好地掌握Arthas的交互机制。
基于vue实现Web视频聊天和屏幕分享（附源码，PC版+手机版）
实现网页文字聊天相对简单，但要实现视频聊天则较为复杂。本文将介绍一个纯网页版的视频聊天和桌面分享的Demo，可直接在浏览器中运行，无需安装插件。
一. 主要功能及支持平台
1. 本Demo的主要功能包括：
（1）一对一语音视频聊天。
（2）远程桌面观看。
（3）当客户端掉线时，会自动重连，网络恢复后重连成功。
2. 支持的平台包括：
（1）支持的操作系统有：Windows、信创国产Linux（银河麒麟、统信UOS）、Android、iOS、Mac、棋牌850源码鸿蒙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。
