腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
搜索
搜索
关闭
发布
首页
学习
活动
专区
工具
TVP
最新优惠活动
返回腾讯云官网
王清培的专栏
专栏成员
举报
148
文章
137568
阅读量
57
订阅数
订阅专栏
申请加入专栏
全部文章(148)
.net(66)
编程算法(19)
数据库(18)
sql(15)
架构设计(12)
其他(11)
asp.net(11)
git(9)
mvc(7)
http(7)
c#(6)
分布式(6)
云数据库 SQL Server(5)
github(5)
缓存(5)
面向对象编程(5)
c++(4)
云数据库 Redis(4)
api(4)
linux(4)
文件存储(4)
网站(4)
express(4)
rabbitmq(4)
数据处理(4)
https(4)
html(3)
ide(3)
开源(3)
网络安全(3)
windows(3)
数据结构(3)
腾讯云开发者社区(3)
设计模式(3)
node.js(2)
打包(2)
容器(2)
kubernetes(2)
运维(2)
压力测试(2)
爬虫(2)
tcp/ip(2)
单元测试(2)
敏捷开发(2)
uml(2)
安全(2)
系统架构(2)
数据库管理(2)
dll(2)
oop(2)
负载均衡(1)
python(1)
javascript(1)
go(1)
xml(1)
ajax(1)
android(1)
unix(1)
windows server(1)
负载均衡缓存(1)
nginx(1)
spring(1)
神经网络(1)
云直播(1)
移动直播(1)
es 2(1)
serverless(1)
存储(1)
gui(1)
jdbc(1)
zookeeper(1)
keras(1)
自动化测试(1)
cdn(1)
socket编程(1)
数据可视化(1)
nat(1)
云计算(1)
学习方法(1)
汽车(1)
assembly(1)
backgroundworker(1)
hash(1)
member(1)
model(1)
monitor(1)
mutex(1)
ode(1)
set(1)
socket(1)
static(1)
ui(1)
wait(1)
部署(1)
插件(1)
工具(1)
工作(1)
模型(1)
数据(1)
同步(1)
网络(1)
搜索文章
搜索
搜索
关闭
一文带你了解webrtc基本原理(动手实现1v1视频通话)
api
github
git
nat
webrtc (Web Real-Time Communications) 是一个实时通讯技术,也是实时音视频技术的标准和框架。 大白话讲,webrtc是一个集大成的实时音视频技术集,包含了各种客户端api、音视频编/解码lib、流媒体传输协议、回声消除、安全传输等。 对于开发者来说可以借助webrtc非常方便的实现低延时视频通话能力。 现在主流的直播系统、会议系统基本都是基于webrtc来实现。
王清培
2022-09-20
5K
0
使用KTM(内核事务管理器)进行文件事务处理
api
windows
windows server
面向对象编程
分布式
在本人最近的几篇关于事务处理的文章中,从事务处理的整体概念到具体的C#代码的实践操作基本上都已经能满足日常的开发需求。文章中大部分的事务范围类的操作都是局限于数据库,在本人的“.NET简谈自定义事务资源管理器 ”一文中我虽然实现了一个简单的自定义资源管理器,其实也能满足基本的项目需求,核心功能也实现了,但是对于文件事务操作我们是力不从心的。[王清培版权所有,转载请给出署名]
王清培
2022-03-14
698
0
.NET简谈互操作(七:数据封送之介绍)
.net
api
c++
我们继续.NET互操作学习。互操作的基础知识已经差不多完了,当然一篇小小的文章很难全面的讲述互操作的方方面面,本人只是总结出关键的地方好让我们能入个门,在后期如果想要更深入的学习,肯定需要一本详细而全面的书籍才行。想要精通.NET互操作当然也少不了对非托管的技术学习,C++、COM等等,只有既熟悉.NET也熟悉非托管技术才能将互操作融会贯通。从这篇文章起我们将进入到.NET互操作的数据封送阶段,数据封送是.NET/Pinvoke关键的部分,任何托管代码想要和非托管代码互操作,少不了数据的传递返回;[王清培版权所有,转载请给出署名]
王清培
2022-03-14
492
0
WebAPi的可视化输出模式(RabbitMQ、消息补偿相关)——所有webapi似乎都缺失的一个功能
api
rabbitmq
最近的工作我在做一个有关于消息发送和接受封装工作。大概流程是这样的,消息中间件是采用rabbitmq,为了保证消息的绝对无丢失,我们需要在发送和接受前对消息进行DB落地。在发送前我会先进行DB的插入,单表插入,所以在性能上也是能接受的,单表插入做了压测基本上是一到两毫秒的时间,加上消息的发送(有ACK)再加上集群是两个节点的高可用(一个磁盘持久化节点),单台TPS基本上是在2000-3000左右。这对于我们的业务场景来说是够用了。一旦当消息丢失或者由于网络问题、集群问题业务不会中断,消息就算发不出去也没关系,我们会进行消息的补偿或者同步api调用补偿。这是架构设计的必须要考虑的A计划、B计划、C计划,这是敬畏或者危机意识。
王清培
2018-07-31
455
0
没有更多了
社区活动
【纪录片】中国数据库前世今生
穿越半个世纪,探寻中国数据库50年的发展历程
立即查看
Python精品学习库
代码在线跑,知识轻松学
立即查看
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
立即体验
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
立即查看
领券
问题归档
专栏文章
快讯文章归档
关键词归档
开发者手册归档
开发者手册 Section 归档