从字符输入流中读取文本，缓冲各个字符，从而实现字符、数组和行的高效读取。可以指定缓冲区的大小，或者可使用默认的大小。
Doug Lea前辈在JDK5中编写的AbstractQueuedSynchronizer抽象同步框架非常精辟，整个代码里没有使用像synchronized这样调用底层硬件系统层面的锁指令来实现同步状态管理，完全是使用Java语言层面功能配合上轻量级的CAS自旋锁来构建的抽象同步器，总的来说AQS里面包含了二套api语义一种是独占锁，另一种是共享锁。这两套语义都是独立的，并不是说任何时候我们都需要同时使用这两种功能的。关于AQS的学习不建议一上去就关注AQS类源码本身，因为单看源码看不出来有任何精妙，反而容易让人迷惑，但是我们从其构建的工具类反看其如何使用AQS功能，结合具体案例则更容易理解。
这是并发线程工具类的第二篇文章，在第一篇中，我们分析过 CountDownLatch 的相关内容，你可以参考
另外轻量级锁的背景和基本流程在概论中已有讲解。强烈建议在看过两篇文章的基础下阅读本文。
AQS是AbstractQueuedSynchronizer的简称。AQS提供了一种实现阻塞锁和一系列依赖FIFO等待队列的同步器的框架。AQS为一系列同步器依赖于一个单独的原子变量（state）的同步器提供了一个非常有用的基础。子类们必须定义改变state变量的protected方法，这些方法定义了state是如何被获取或释放的。鉴于此，本类中的其他方法执行所有的排队和阻塞机制。子类也可以维护其他的state变量，但是为了保证同步，必须原子地操作这些变量。
某一日正在孜孜不倦的研究代码，忽然测试童鞋说系统服务挂了，完全不可用。 程序大量抛出如下异常： 对于程序员来说，系统宕机就是军令，更可况是难得一见的连接池泄露问题。因为在企业级的Java项目中，一般采用连接池技术和Spring的事务管理技术来处理数据访问需求，而这两项技术都是久经考验的成熟可靠技术，出问题的几率很小。 其实从异常堆栈来看，明确指出连接池中的连接全部处于激活使用的状态 按照我个人经验来说，连接耗尽可能有两种原因： 1. 系统负载很高，总连接数确实不够用，因此资源耗尽。 2. 数据库连接出现泄漏
HarmonyOS音频模块支持音频业务的开发，提供音频相关的功能，主要包括音频播放、音频采集、音量管理和短音播放等。
播放器性能的极致优化,就是要发现播放流程中一点一滴的耗时,然后分析这些耗时,并提出有效的方式解决这些耗时.了解过ExoPlayer播放器的同学们都知道ExoPlayer的解码是依赖Android系统提供的原生的解码模块,即MediaCodec来实行视频和音频解码的.
在讲解这些锁概念之前，我们要明确的是这些锁不等同于Java API中的ReentratLock这种锁，这些锁是概念上的，是JDK1.6中为了对synchronized同步关键字进行优化而产生的的锁机制。这些锁的启动和关闭策略可以通过设定JVM启动参数来设置，当然在一般情况下，使用JVM默认的策略就可以了。
使用 synchronize 来做同步处理时，锁的获取和释放都是隐式的，实现的原理是通过编译后加上不同的机器指令来实现。
StreamReader类和StreamWriter类:操作字符的，只能操作文本文件。
EasyCVR具备较强的视频能力，可支持海量设备接入、汇聚与管理、视频监控、视频录像、云存储、回放与检索、智能告警、平台级联等功能。平台可支持多协议接入，包括：国标GB/T28181、RTMP、RTSP/Onvif协议，以及厂家的私有协议，如：海康Ehome、海康/大华/华为/宇视/萤石/乐橙SDK等，可覆盖市面上大多数的视频源设备。
会在/storage/emulated/0/NDKDemo/下生成对应的测试文件。
使用 synchronized 来做同步处理时，锁的获取和释放都是隐式的，实现的原理是通过编译后加上不同的机器指令来实现。
首先，必须找出网址流是什么。通过在构造函数中提供摄像机的网址流，可以在OpenCV中访问IP摄像机cv2.VideoCapture。可以使用某些网络扫描实用程序（例如在linux上的arp-scan）找到摄像机的IP地址。网址进一步的细节，如Protocol，Credentials和Channel应该可以在相机说明书或软件/手机应用程序中找到。我们通过在网络上搜索相机的型号来找到相机的网址流。
互联网时代，服务器是网络的重要支撑，大家租用云服务器除了搭建网站服务器之外，还会用到搭建其他各种WEB应用服务器，而流媒体服务器的搭建就是其中一种，那么应该怎么进行流媒体服务器的搭建呢？你知道有那些免费的流媒体服务器软件吗？(你可能想知道：视频流媒体服务器的选择方式？)
本文介绍了Java中的IO流，包括输入输出流、字节流和字符流，以及它们在不同场景下的使用。同时，文章还介绍了IO流中的缓冲区和刷新机制，以及字符流的使用方法。
RTMP（Real Time Messaging Protocol）是专门用来传输音视频数据的流媒体协议，最初由Macromedia 公司创建，后来归Adobe公司所有，是一种私有协议，主要用来联系Flash Player和RtmpServer，如FMS, Red5, crtmpserver等。RTMP协议可用于实现直播、点播应用，通过FMLE（Flash Media Live Encoder）推送音视频数据至RtmpServer，可实现摄像头实时直播。不过，毕竟FMLE应用范围有限，想要把它嵌入到自己的程序中，还是要自己来实现RTMP协议的推送。本人实现了一个RTMPLiveEncoder，通过采集摄像头视频和麦克风音频，并进行H.264和AAC编码，然后发送到FMS和crtmpserver上，实现实时直播，可以通过flash player正常观看，目前效果良好，延迟时间在2秒左右。本文就介绍一下RTMPLiveEncoder的主要思路和关键点，以期对需要这方面技术的朋友有所帮助。
三、重点 四、操作 0、打印文件|目录 1、文件拷贝 2、关闭流方法 3、文件分割与合并(自学)
记得刚刚开始学习Java的时候，一遇到多线程情况就是synchronized。对于当时的我们来说，synchronized是如此的神奇且强大。我们赋予它一个名字“同步”，也成为我们解决多线程情况的良药，百试不爽。但是，随着学习的深入，我们知道synchronized是一个重量级锁，相对于Lock，它会显得那么笨重，以至于我们认为它不是那么的高效，并慢慢抛弃它。
记得刚刚开始学习Java的时候，一遇到多线程情况就是synchronized，相对于当时的我们来说synchronized是这么的神奇而又强大，那个时候我们赋予它一个名字“同步”，也成为了我们解决多线程情况的百试不爽的良药。但是，随着我们学习的进行我们知道synchronized是一个重量级锁，相对于Lock，它会显得那么笨重，以至于我们认为它不是那么的高效而慢慢摒弃它。 诚然，随着Javs SE 1.6对synchronized进行的各种优化后，synchronized并不会显得那么重了。下面跟随LZ一起来探索synchronized的实现机制、Java是如何对它进行了优化、锁优化机制、锁的存储结构和升级过程；
C++实现RTMP协议发送H.264编码及AAC编码的音视频 RTMP（Real Time Messaging Protocol）是专门用来传输音视频数据的流媒体协议，最初由Macromedia 公司创建，后来归Adobe公司所有，是一种私有协议，主要用来联系Flash Player和RtmpServer，如FMS, Red5, crtmpserver等。RTMP协议可用于实现直播、点播应用，通过FMLE（Flash Media Live Encoder）推送音视频数据至RtmpServer，可实现摄像
记得刚刚开始学习Java的时候，一遇到多线程情况就是synchronized，相对于当时的我们来说synchronized是这么的神奇而又强大，那个时候我们赋予它一个名字“同步”，也成为了我们解决多线程情况的百试不爽的良药。但是，随着我们学习的进行我们知道synchronized是一个重量级锁，相对于Lock，它会显得那么笨重，以至于我们认为它不是那么的高效而慢慢摒弃它。 诚然，随着Javs SE 1.6对synchronized进行的各种优化后，synchronized并不会显得那么重了。下面跟随LZ一起
通过上一篇文章 《自研的内存分析利器开源了！Android Bitmap Monitor 助你定位不合理的图片使用》 我们知道了好用的图片内存分析工具 AndroidBitmapMonitor，现在我们来了解下它的原理。
记得刚刚开始学习Java的时候，一遇到多线程情况就是synchronized，相对于当时的我们来说synchronized是这么的神奇而又强大，那个时候我们赋予它一个名字“同步”，也成为了我们解决多线程情况的百试不爽的良药。但是，随着我们学习的进行我们知道synchronized是一个重量级锁，相对于Lock，它会显得那么笨重，以至于我们认为它不是那么的高效而慢慢摒弃它。 诚然，随着Javs SE 1.6对synchronized进行的各种优化后，synchronized并不会显得那么重了。下面跟随LZ一
在之前的章节中，大致介绍了C#中的一些基本概念。这篇我们将介绍一下C#的I/O操作，这将也是一个小连续剧。这是第一集，我们先来简单了解一下C#中的I/O框架。
乱码： 产生乱码的原因：就是你打开保存这个文件所采用的编码，和你打开这个文件所采用的编码格式不一样。
6月16日，余额宝七日年化收益率首度跌破4%。自6月9日起到今日已上演“20连跌”，直至今日更是下跌到3.51%，跌至历史最低点。 而在央行再次宣布降准和降息举措下，余额宝等“宝宝”类货币基金的收益率还有可能往下探底，“宝宝们”曾经的高收益率神话成为过去时。 “宝宝们”收益率连续下滑 据融360监测的数据显示，6月29日68只互联网宝宝的平均七日年化收益率为4.05%。在68只宝宝中，收益率超过5%的有10只，收益在3%以下的宝宝有6只。从万份收益来看，12只宝宝中只有2只宝宝上升，10只下降，预计整体七
https://msdn.microsoft.com/zh-cn/library/system.io.filestream.aspx
最早的智能指针是std::auto_ptr，到c++11才开始广泛使用，平时用得最多的是这三个：
本篇背景是另外一同事朋友，最近在利用流量回放技术应用在服务端接口自动化测试方面，还在各部门全力推进阶段，未来效果暂且不好说，但这部分内容确实各大公司，测试技术大会等等的热词，由于我没参与但我很感兴趣，所以邀请普及一篇，后边应该还会带来实战篇，本公众号坚持原创和干货分享，欢迎长期关注，一同成长，如果你有好的实战分享也欢迎投稿。
从上面数据可以看到一个正常分布式锁操作，操作时间在1ms，因为是从客户端获取的，因为粒度只能是毫秒级。再从服务端看看是什么情况。
读写锁是一对互斥锁，分为读锁和写锁。读锁和写锁互斥，让一个线程在进行读操作时，不允许其他线程的写操作，但是不影响其他线程的读操作；当一个线程在进行写操作时，不允许任何线程进行读操作或者写操作。读写锁用的是同一个 Sycn 同步器，因此等待队列、state 等也是同一个
流媒体文件是目前非常流行的网络媒体格式之一，这种文件允许用户一边下载一边播放，从而大大减少了用户等待播放的时间。另外通过网络播放流媒体文件时，文件本身不会在本地磁盘中存储，这样就节省了大量的磁盘空间开销。正是这些优点，使得流媒体文件被广泛应用于网络播放。
在Internet上的主机一般运行了多个服务软件，同时提供几种服务。每种服务都打开一个Socket，并绑定到一个端口上，不同的端口对应于不同的服务。
TCMalloc作为Go语言内存管理的核心算法，是理解和掌握Go的内存管理非常重要的一步，本章主要介绍TCMalloc的是什么样子的。
大家好，我是架构君，一个会写代码吟诗的架构师。今天说一说Red5的安装过程全记录[通俗易懂],希望能够帮助大家进步!!!
在偶遇FFmpeg（三）——Android集成这边文章中曾经介绍过FFmpeg和Android的交叉编译。文章中也提到过如何裁剪SO文件大小的方式。 这边文章就这个问题。进行实战。
本文将利用 FFmpeg 对一个 Mp4 文件的视频流进行解码，然后使用 libswscale 将解码后的 YUV 帧转换为 RGBA 帧，最后使用 ANativeWindow 进行渲染。
上一篇文章FFmpeg 开发(01)：FFmpeg 编译和集成 实现了 FFmpeg 的编译和集成。
最近做的一个小项目中有这样的需求：整个项目有一份config.json保存着项目的一些配置，是存储在本地文件的一个资源，并且应用中存在读写（读>>写）更新问题。既然读写并发操作，那么就涉及到操作互斥，这里自然想到了读写锁，本文对读写锁方面的知识做个梳理。
转载: http://msching.github.io/blog/2014/07/07/audio-in-ios/
读取文件 虽然前面介绍了流的概念，但是这个概念对于初学者来说，还是比较抽象的，下面以实际的读取文件为例子，介绍流的概念，以及输入流的基本使用。 按照前面介绍的知识，将文件中的数据读入程序，是将程序外部的数据传入程序中，应该使用输入流——InputStream或Reader。而由于读取的是特定的数据源——文件，则可以使用输入对应的子类FileInputStream或FileReader实现。 在实际书写代码时，需要首先熟悉读取文件在程序中实现的过程。在Java语言的IO编程中，读取文件是分两个步骤：1、
在上篇文章中，详细介绍了 FFmepg 的播放流程，以及抽象了解码流程框架，整合视频和音频解码流程的共同点，形成了 BaseDecoder 类。通过继承 BaseDecoder 实现了视频解码子类 VideoDeocder，并整合到了 Player 中，实现了视频的播放渲染。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
