互联网上每一台设备都会有一个IP地址，我们在访问网站或发送信息时，其实都是通过IP地址达成准确请求的。但是这个IP地址由很长一串数字组成，记忆起来相当困难，所以我们创造了更实用的域名来代替IP地址。而如何将域名和IP地址联系起来，就是域名系统（DNS）发挥作用的地方。它由各种名称服务器（即DNS服务器）组成，负责域名解析，帮助客户端建

在使用FFmpeg作为编码器时，可以使用FFmpeg采集本地的音视频采集设备的数据，然后进行编码、封装、传输等操作。例如，我们可以采集摄像头的图像作为视频，采集麦克风的数据作为音频，然后对采集的音视频数据进行编码，最后将编码后的数据封装成多媒体文件或者作为音视频流发送到服务器上（流媒体）。出于硬件环境和篇幅的限制，本文主要讲的时Mac平台下通过F

1、引言在不了解IM技术的人眼里，群聊是再平常不过的功能而已，万人群聊？应该也不难实现吧？！确实，从前端功能界面上来看，群聊无非就是个循环向群员发送消息的一对多聊天消息分发模式而已，难在何处？真实的情况是，群聊是IM系统中的高难度技术点之一。难在哪？难在服务端！从某种角度上说，群聊功能的架构设计和技术实现的品质，可以代表这款IM软件

上次和大家分享了关于Notification的基础应用，包括简单的通知和自定义视图的通知。今天和大家分享一下如何实现一个可更新进度的通知。我们将会模拟一个下载任务，先启动一个线程负责模拟下载工作，在这个过程中更新进度信息，然后下载线程把最新的进度信息以消息的形式，发送到UI线程的消息队列中，最后UI线程负责根据最新的进度信息来更新进度通知的UI界面。

概述在使用RabbitMQ的时候，我们可以通过消息持久化操作来解决因为服务器的异常奔溃导致的消息丢失，除此之外我们还会遇到一个问题，当消息的发布者在将消息发送出去之后，消息到底有没有正确到达broker代理服务器呢？如果不进行特殊配置的话，默认情况下发布操作是不会返回任何信息给生产者的，也就是默认情况下我们的生产者是不知道消息有没有

假定客户端执行主动打开，服务器执行被动打开，客户端发送syn包到服务器，服务器接收该包，进行建立连接请求的相关处理，即第一次握手；本文主要分析第一次握手中被动打开端的处理流程，主动打开端的处理请查阅本博客内另外的文章；IPv4携带的TCP报文最终会进入到tcp\_v4\_do\_rcv函数，服务器准备接收连接请求时，是处于LISTEN状态的，所以我们只关

    Struts2是个优秀的MVC框架。有人说java的框架是把简单的东西搞得复杂，而我不这样认为。学习框架之前可能会这样认为，学了之后就会感觉框架当然是在简化问题，否则也不会有这么多人用了。本文介绍如何用eclipse如何创建一个Struts2基于注解的登陆验证动态网页工程。通俗的说来，我们用浏览器发送一个请求到服务器，服务器验证通过则进入欢迎页，否则

cookie和session1.cookie：在网站中，http请求是无状态的。也就是说即使第一次和服务器连接后并且登录成功后，第二次请求服务器依然不能知道当前请求是哪个用户。cookie的出现就是为了解决这个问题，第一次登录后服务器返回一些数据（cookie）给浏览器，然后浏览器保存在本地，当该用户发送第二次请求的时候，就会自动的把上次

背景何为延迟队列？顾名思义，延迟队列就是进入该队列的消息会被延迟消费的队列。而一般的队列，消息一旦入队了之后就会被消费者马上消费。场景一：在订单系统中，一个用户下单之后通常有30分钟的时间进行支付，如果30分钟之内没有支付成功，那么这个订单将进行一场处理。这是就可以使用延时队列将订单信息发送到延时队列。场景二：用户希望通过手机远程遥控

前言现代Internet通过发送和接收IP数据包来开展联网计算机与其他设备的通信，这就意味着早在互联网诞生之际就存在IP欺骗的风险。1980年，研究人员意识到黑客可以更改IP标头系统中的数据，并且撰写了相关的工作原理，但是这场内部人员之间的讨论并没有引起注意。直到十年后，一场“年度计算机犯罪”才使得IP欺骗逐渐被人熟知。1994年，一位名叫下村勤的著名