本文由「貓爸iYao」原創分享,感謝做者。html
最近有個需求:評論@人(沒錯,就是IM聊天或者微博APP裏的@人功能),就像下圖這樣:java
網上已經有一些文章分享了相似功能實現邏輯,可是幾乎都是擴展EditText類,這種實現方式確定不能進入個人首發陣容。你覺得是由於它不符合面向對象六大原則?錯,只由於它不夠優雅!不夠優雅!不夠優雅!node
那麼,只有飲水機代碼怎麼辦?固然是:android
read the fuking source codegit
功夫不負有心人,我讀了一遍EditText源碼,而後就造出了這個「優雅的」輪子(開玩笑,EditText源碼怎麼能叫fuking source code,他有一個爸爸叫TextView)。廢話很少說,上酸菜。github
在此以前,你須要記住一個跟文本相關的思想:一切皆Span!web
學習交流:數據庫
- 即時通信/推送技術開發交流4羣:101279154 [推薦]編程
- 移動端IM開發入門文章:《新手入門一篇就夠:從零開發移動端IM》canvas
(本文同步發佈於:http://www.52im.net/thread-2165-1-1.html)
全部人都知道文本樣式與Spannable有關。
這裏一樣使用Spannable,我定義了一個DataBindingSpan<T>接口,主要有兩個功能:
1)讓用戶提供一個CharSequence對象做爲標籤,它決定了標籤文本的樣式和內容;
2)提供一個方法返回DataBindingSpan對象所綁定的業務數據。
interfaceDataBindingSpan<T> {
fun spannedText(): CharSequence
fun bindingData(): T
}
示例代碼:
class SpannableData(privateval spanned: String): DataBindingSpan<String> {
override fun spannedText(): CharSequence {
return SpannableString(spanned).apply {
setSpan(ForegroundColorSpan(Color.RED), 0, length, Spanned.SPAN_EXCLUSIVE_EXCLUSIVE)
}
}
override fun bindingData(): String {
returnspanned
}
}
這個類僅僅包裝了一個字符串,spannedText()返回一個改變標籤文本顏色爲紅色的字符串,同時 bindingData()將該字符串做爲業務數據返回。
你也能夠把它換成其餘的,user對象不錯。spannedText()返回username,bindingData()返回userId,你就能夠輕鬆實現@人功能業務數據綁定相關的邏輯了。
當咱們把Span綁定到文本上之後,咱們須要在文本發生變化時,保證文本和數據的安全性,可靠性,一致性。
其實從DataBindingSpan開始,咱們就在處理這個事情了。正如SpannableData所展示的同樣,當spannedText()返回的是一個Spannable對象時,使用Spanned.SPAN_EXCLUSIVE_EXCLUSIVE做爲flag。它不能在頭部和尾部擴展Span的範圍,只容許中間插入。同時,當Span覆蓋的文本被刪除時,Span也會被刪除。也就是說,它天生具備必定數據安全可靠的屬性。這會爲咱們省掉不少事情。
固然,Spanned.SPAN_EXCLUSIVE_EXCLUSIVE並不具有徹底的安全性。畢竟它不能阻止中間插入。這個事情得咱們本身來作。那麼,爲了禁止中間插入,咱們應該怎麼作呢?
這個需求又產生了兩個問題:
1)當普通文本發生變化後,如何監控一個Span起始位置發生變化?
2)如何禁止Span內部插入光標?
對於第一個問題,我在網上看到過一種思路。維護一個Span起始位置管理器SpanRangeManager,而後利用TextWather監聽文本變化,文本的任何變化都會致使SpanRangeManager從新測算Span的位置。
固然,若是我使用這種方式,就不會有這篇博客了。其實Android SDK便有一個優秀的Span管理器,那就是SpannableStringBuilder。同時SDK提供了一個偵聽器SpanWatcher偵聽SpannableStringBuilder中Span的變化。有興趣的同窗能夠去看一看他的源碼。
第二個問題,咱們要保證文本與數據的一致性,禁止光標插入到Span覆蓋的文本中間。
有三種作法:
1)普通文本,當標籤文本被破壞(刪除、插入、追加文本)時,讓綁定的數據失效,這就是微信的作法;
2)普通文本,把標籤文本做爲一個總體,不能對標籤內部插入光標,杜絕數據被破壞的狀況,這是微博的作法;
3)佔位符,使用不可分割的Span(如ImageSpan)替換,這是QQ的作法。
微博、微信的方法都必需要對軟鍵盤刪除鍵、文本變化、光標活動、文本選中狀態以及span變化進行監聽和處理。QQ就簡單多了,後面會講到。
對於光標活動和選中狀態偵聽,若是採用繼承EditText的方式實現標籤文本功能,重寫onSelectionChanged(int selStart, int selEnd)方法便可以偵聽光標活動。可是,這種方式怎麼能算優雅呢?
要想「優雅地」實現怎麼辦?仍是那句話:
read the fuking source code
兩個角色:
Selection
SpanWatcher
若是有一篇文章叫作《Selection如何管理文本光標活動和選中狀態?》,那麼它必定能回答這個問題。
這裏不會詳細講述Selection內部實現,你只須要知道兩點:
1)選中狀態具備起點(start)和終點(end),而start與end反映在文本中,實際上是兩個NoCopySpan: START, END;
2)光標是一種特殊的選中狀態,start與end在同一位置。
既然選中狀態的實現是Span,它就是與View無關的,而與Spannable有關。也就是說,咱們能夠不使用EditText自身的API卻可以管理它的光標活動和選中狀態(請注意這幾句話,他是「優雅實現」的基石)。
Selection管理光標活動。那麼,SpanWatcher又是什麼?前面說了,它是SpannableStringBuidler中用於偵聽Span變化的監聽器。有個東西和它很像,TextWatcher。沒錯,他倆有同一個爹NoCopySpan。他倆一個偵聽文本變化,一個偵聽Span變化。
下面是SpanWatcher的源碼:
/**
* When an object of this type is attached to a Spannable, its methods
* will be called to notify it that other markup objects have been
* added, changed, or removed.
*/
public interface SpanWatcher extendsNoCopySpan {
/**
* This method is called to notify you that the specified object
* has been attached to the specified range of the text.
*/
public void onSpanAdded(Spannable text, Object what, intstart, intend);
/**
* This method is called to notify you that the specified object
* has been detached from the specified range of the text.
*/
public void onSpanRemoved(Spannable text, Object what, intstart, intend);
/**
* This method is called to notify you that the specified object
* has been relocated from the range <code>ostart…oend</code>
* to the new range <code>nstart…nend</code> of the text.
*/
public void onSpanChanged(Spannable text, Object what, intostart, intoend, intnstart, intnend);
}
咱們已經知道光標是一種Span。也就是說,咱們能夠經過SpanWatcher偵聽光標活動,經過Selection實現當光標移動到Span內部時,讓它從新移動到Span最近的邊緣位置,Span內部永遠沒法插入光標。這樣便可以實現把標籤文本(spanned text)看做一個總體的思路。
下面是代碼實現:
package com.iyao
import android.text.Selection
import android.text.SpanWatcher
import android.text.Spannable
import kotlin.math.abs
import kotlin.reflect.KClass
class SelectionSpanWatcher<T: Any>(privateval kClass: KClass<T>): SpanWatcher {
privatevar selStart = 0
privatevar selEnd = 0
override fun onSpanChanged(text: Spannable, what: Any, ostart: Int, oend: Int, nstart: Int, nend: Int) {
if(what === Selection.SELECTION_END && selEnd != nstart) {
selEnd = nstart
text.getSpans(nstart, nend, kClass.java).firstOrNull()?.run {
val spanStart = text.getSpanStart(this)
val spanEnd = text.getSpanEnd(this)
val index = if(abs(selEnd - spanEnd) > abs(selEnd - spanStart)) spanStart elsespanEnd
Selection.setSelection(text, Selection.getSelectionStart(text), index)
}
}
if(what === Selection.SELECTION_START && selStart != nstart) {
selStart = nstart
text.getSpans(nstart, nend, kClass.java).firstOrNull()?.run {
val spanStart = text.getSpanStart(this)
val spanEnd = text.getSpanEnd(this)
val index = if(abs(selStart - spanEnd) > abs(selStart - spanStart)) spanStart elsespanEnd
Selection.setSelection(text, index, Selection.getSelectionEnd(text))
}
}
}
override fun onSpanRemoved(text: Spannable?, what: Any?, start: Int, end: Int) {
}
override fun onSpanAdded(text: Spannable?, what: Any?, start: Int, end: Int) {
}
}
如今,咱們只須要在setText()以前把這個Span添加到文本上就能夠了。
如今已經把Span覆蓋的文本做爲一個總體,且沒法插入光標,可是當咱們從Span尾部刪除文本,還是逐字刪除。咱們的要求是刪除Span文本時,可以總體刪除整個Span,這就須要監聽鍵盤刪除鍵。
package com.iyao
import android.text.Selection
import android.text.Spannable
class KeyCodeDeleteHelper private constructor(){
companion object {
fun onDelDown(text: Spannable): Boolean {
val selectionStart = Selection.getSelectionStart(text)
val selectionEnd = Selection.getSelectionEnd(text)
text.getSpans(selectionStart, selectionEnd, DataBindingSpan::class.java).firstOrNull { text.getSpanEnd(it) == selectionStart }?.run {
return(selectionStart == selectionEnd).also {
val spanStart = text.getSpanStart(this)
val spanEnd = text.getSpanEnd(this)
Selection.setSelection(text, spanStart, spanEnd)
}
}
returnfalse
}
}
}
讓咱們使用它:
editText.setOnKeyListener { v, keyCode, event ->
if(keyCode == KeyEvent.KEYCODE_DEL && event.action == KeyEvent.ACTION_DOWN) {
return @setOnKeyListenerKeyCodeDeleteHelper.onDelDown((v as EditText).text)
}
return @setOnKeyListenerfalse
}
//取數據
val strings = editText.text.let {
it.getSpans(0, it.length, DataBindingSpan::class.java)
}.map { it.bindingData() }
如今就能夠實現微博同樣效果了。一切都那麼順利。
然而,當你運行起來會發現,SelectionSpanWatcher徹底沒有效果。輪子都造好了,你告訴我軸承斷了。
而且,當你打印EditText文本上的Span時,你找不到SelectionSpanWatcher。這說明SelectionSpanWatcher在setText()過程當中被清除掉了。那咱們能不能把它放在setText()以後設置呢?若是你這麼作,你會發現一個新問題。setText()添加的文本沒有效果。彷佛咱們不能經過setText()添加內容,只能使用getText()追加內容。不只如此,咱們必須徹底禁用setText(),由於每一次調用,都會清除掉SelectionSpanWatcher。
這種方式看起來還不錯,可是換一個不熟悉這個特性的人來使用怎麼辦?告訴他不能用setText()方法?或者用內聯方法或繼承的方式爲EditText新增一個方法? 這些均可以,惟一的缺點是,它不是我想要的優雅。我要讓它就像使用普通EditText同樣正常使用setText()方法。
須要思考的問題是,SelectionSpanWatcher在哪裏消失了?我要從新找回這個軸承。
SelectionSpanWatcher在setText()方法中消失了。我須要去閱讀它的源碼。
EditText重寫了getText()、setText(CharSequence text, BufferType type)方法:
@Override
public Editable getText() {
CharSequence text = super.getText();
// This can only happen during construction.
if(text == null) {
returnnull;
}
if(text instanceofEditable) {
return(Editable) super.getText();
}
super.setText(text, BufferType.EDITABLE);
return(Editable) super.getText();
}
@Override
public voidsetText(CharSequence text, BufferType type) {
super.setText(text, BufferType.EDITABLE);
}
從源碼上看,重寫的惟一目的是將BufferType設置爲BufferType.EDITABLE。
咱們都知道TextView有三種文本模式:
1)BufferType.NORMAL 靜態文本模式,這種模式的文本沒法編輯,也沒有富文本樣式;
2)BufferType.SPANNABLE 帶文本樣式的模式,不可編輯。當TextView.isTextSelectable()返回true時,TextView的文本模式;
3)BufferType.EDITABLE EditText的文本模式,可編輯,帶文本樣式。
這裏不具體講這三種模式相關的內容。只須要知道EditText的模式是BufferType.EDITABLE。
那麼,BufferType.EDITABLE與「軸承」又有什麼關係呢? 確實有關係。
閱讀上面的源碼片斷時,不知道有沒有人注意到setText(CharSequence)傳入一個CharSequence對象,TextView#getText()返回的是CharSequence對象, EditText#getText()卻返回一個Editable對象。它是在何時,如何完成的轉換呢?它會不會是一個突破口?
從Editable getText()源碼看,它是在super.setText(text, BufferType.EDITABLE)中完成轉換的。
在TextView源碼中,setText(CharSequence text, BufferType type, boolean notifyBefore, int oldlen)有這樣一個流程分支:
private voidsetText(CharSequence text, BufferType type, boolean notifyBefore, int oldlen) {
if(type == BufferType.EDITABLE || getKeyListener() != null|| needEditableForNotification) {
...
Editable t = mEditableFactory.newEditable(text);
text = t;
...
}
...
mBufferType = type;
setTextInternal(text);
...
}
因而可知,咱們賦值給EditText的CharSequence對象先通過mEditableFactory轉換爲Editable對象,最終被真正賦值給EditText,mEditableFactory的類型正是Editable.Factory,這是一個靜態內部類。
咱們看看Editable.Factory的具體實現是什麼:
/**
* Factory used by TextView to create new {@link Editable Editables}. You can subclass
* it to provide something other than {@link SpannableStringBuilder}.
*
* @see android.widget.TextView#setEditableFactory(Factory)
*/
public static class Factory {
private static Editable.Factory sInstance = newEditable.Factory();
/**
* Returns the standard Editable Factory.
*/
public static Editable.Factory getInstance() {
returnsInstance;
}
/**
* Returns a new SpannedStringBuilder from the specified
* CharSequence. You can override this to provide
* a different kind of Spanned.
*/
public Editable newEditable(CharSequence source) {
return new SpannableStringBuilder(source);
}
}
很簡單的轉換,它將CharSequence對象轉換爲Editable的子類SpannableStringBuilder的對象。
咱們看一看這個構造器:
public SpannableStringBuilder(CharSequence text, intstart, intend) {
...
mText = ArrayUtils.newUnpaddedCharArray(GrowingArrayUtils.growSize(srclen));
...
if(text instanceofSpanned) {
Spanned sp = (Spanned) text;
Object[] spans = sp.getSpans(start, end, Object.class);
for(intii = 0; ii < spans.length; ii++) {
if(spans[ii] instanceofNoCopySpan) {
continue;
}
...
setSpan(false, spans[ii], st, en, fl, false);
}
restoreInvariants();
}
}
這就是軸承斷掉的緣由所在。
前面提到SpanWatcher繼承自NoCopySpan,而NoCopySpan是一個標記接口。它的做用就是標記一個Span沒法被拷貝。SpannableStringBuilder在構造的時候,會忽略掉全部NoCopySpan及其子類。所以,SelectionSpanWatcher沒有被賦值給EditText的文本。
既然NoCopySpan不被複制,那咱們等SpannableStringBuilder構造好後從新設置便好了。Editable.Factory的註釋讓我看到了但願。他能夠被重寫,並被從新注入EditText。
android.widget.TextView#setEditableFactory(Factory)
下面是重寫的Editable.Factory,做用是從新把NoCopySpan設置到SpannableStringBuilder上:
package com.iyao
import android.text.Editable
import android.text.NoCopySpan
import android.text.SpannableStringBuilder
import android.text.Spanned
import android.text.style.BackgroundColorSpan
class NoCopySpanEditableFactory(private var arg val spans: NoCopySpan): Editable.Factory() {
override fun newEditable(source: CharSequence): Editable {
return SpannableStringBuilder.valueOf(source).apply {
spans.forEach {
setSpan(it, 0, source.length, Spanned.SPAN_INCLUSIVE_INCLUSIVE)
}
}
}
}
沒錯,算空行一共17行代碼。它就是這個輪子的新軸承。如今咱們從新使用它。
經過editText.setEditableFactory()換上新的軸承,讓輪子跑起來:
editText.setEditableFactory(NoCopySpanEditableFactory(SelectionSpanWatcher(DataBindingSpan::class)))
editText.setOnKeyListener { v, keyCode, event ->
if(keyCode == KeyEvent.KEYCODE_DEL && event.action == KeyEvent.ACTION_DOWN) {
return @setOnKeyListenerKeyCodeDeleteHelper.onDelDown((v as EditText).text)
}
return @setOnKeyListenerfalse
}
一個「優雅的」實現誕生了,你能夠像微博同樣在評論中使用@人了。
運行效果:
微信的處理方式要簡單一些,他們不由止在Span覆蓋的文本中插入光標,而是當Span覆蓋的文本改變後清除Span以及數據。他們一樣要監聽刪除鍵實現Span總體刪除,只是表現上與微博稍有區別。
微信的三部曲。
首先,定義一個接口用來判斷Span是否失效:
package com.iyao
import android.text.Spannable
interface RemoveOnDirtySpan {
fun isDirty(text: Spannable): Boolean
}
其次,讓SpannableData實現此接口。固然,你也可讓RemoveOnDirtySpan繼承DataBindingSpan,儘管我以爲這樣不符合「六大」。
class SpannableData(privateval spanned: String): DataBindingSpan<String>, RemoveOnDirtySpan {
override fun spannedText(): CharSequence {
return SpannableString(spanned).apply {
setSpan(ForegroundColorSpan(Color.RED), 0, length, Spanned.SPAN_EXCLUSIVE_EXCLUSIVE)
}
}
override fun bindingData(): String {
return spanned
}
override fun isDirty(text: Spannable): Boolean {
val spanStart = text.getSpanStart(this)
val spanEnd = text.getSpanEnd(this)
return spanStart >= 0&& spanEnd >= 0&& text.substring(spanStart, spanEnd) != spanned
}
}
最後,從新寫一個DirtySpanWatcher用來刪除失效的Span:
package com.iyao
import android.text.SpanWatcher
import android.text.Spannable
class DirtySpanWatcher(private val removePredicate: (Any) -> Boolean) : SpanWatcher {
override fun onSpanChanged(text: Spannable, what: Any, ostart: Int, oend: Int, nstart: Int,
nend: Int) {
if(what is RemoveOnDirtySpan && what.isDirty(text)) {
val spanStart = text.getSpanStart(what)
val spanEnd = text.getSpanEnd(what)
text.getSpans(spanStart, spanEnd, Any::class.java).filter {
removePredicate.invoke(it)
}.forEach {
text.removeSpan(it)
}
}
}
override fun onSpanRemoved(text: Spannable, what: Any, start: Int, end: Int) {
}
override fun onSpanAdded(text: Spannable, what: Any, start: Int, end: Int) {
}
}
如今,咱們讓微信也跑起來:
editText.setEditableFactory(NoCopySpanEditableFactory(DirtySpanWatcher{
it is ForegroundColorSpan || it is RemoveOnDirtySpan
}))
editText.setOnKeyListener { v, keyCode, event ->
if(keyCode == KeyEvent.KEYCODE_DEL && event.action == KeyEvent.ACTION_DOWN) {
KeyCodeDeleteHelper.onDelDown((v as EditText).text)
}
return @setOnKeyListenerfalse
}
須要注意,微信和微博有一點小區別,微博有二次確認刪除選中,微信沒有。代碼上的差異僅僅是微信少了一個return@setOnKeyListener。
運行效果:
QQ的作法太簡單,我不太想講它。這裏寫一個簡單的Demo演示一下。
QQ一樣須要用到DataBindingSpan<T>,甚至你也能夠不用。它的核心是ImageSpan:
class SpannableData(privateval spanned: String): DataBindingSpan<String> {
override fun spannedText(): CharSequence {
returnSpannableString("@$spanned ").apply {
setSpan(ImageSpan(LabelDrawable("@$spanned", color = Color.LTGRAY), spanned), 0, length-1, Spanned.SPAN_EXCLUSIVE_EXCLUSIVE)
}
}
override fun bindingData(): String {
return spanned
}
}
如今只須要實現一個繪製文字的Drawable,這裏我取名叫LabelDrawable,也許並不許確:
class LabelDrawable(val text: CharSequence, private val textPaint: TextPaint = TextPaint(Paint.ANTI_ALIAS_FLAG).apply {
textSize = 42f
this.color = Color.DKGRAY
textAlign = Paint.Align.CENTER
}, color: Int): ColorDrawable(color) {
init {
calculateBounds()
}
override fun draw(canvas: Canvas) {
super.draw(canvas)
canvas.drawText(text, 0, text.length, bounds.centerX().toFloat(), bounds.centerY().toFloat() + getBaselineOffset(textPaint.fontMetrics), textPaint)
}
private fun calculateBounds() {
textPaint.getTextBounds(text.toString(), 0, text.length, bounds)
bounds.inset(-8, -4)
bounds.offset(8, 0)
}
private fun getBaselineOffset(fontMetrics: Paint.FontMetrics): Float {
return (fontMetrics.descent - fontMetrics.ascent) / 2- fontMetrics.descent
}
}
就像普通的Span同樣使用他就好了。
運行效果:
若是想要作的更好一點,你須要處理多行文本measure、layout、draw等問題。給個小提示,TextView截屏也是一個Drawable。若是有一個View,即便它並未attach到Window上,咱們也能夠手動調用measure()、layout()、draw()方法獲取一個View的截圖Drawable用來添加到ImageSpan中使用,不過這樣沒法響應觸摸事件。
用下面的代碼就好了:
val strings = editText.text.let {
it.getSpans(0, it.length, DataBindingSpan::class.java)
}.map { it.bindingData() }
(因沒法上傳附件,請從連接:http://www.52im.net/thread-2165-1-1.html 處下載之!)
是的,Kotlin暫時還沒這麼普遍的使用,用不了。
但,@這個看似很簡都的功能,實際上要不出bug的作好,仍是有點難度,或者說代碼量還不算小。
那麼,哪裏能找到靠譜的@人功能的Java版實現?
答案在這裏:能夠下載網易雲信官方開源的IM Demo,裏面就有@功能完整代碼實現:
▲ @人功能完整源碼位置
別跟我說這是違法的,他們自已說是開源。。。
網易雲信的IM Demo下載地址:點此進入。
網易雲信的IM Demo的Github地址:https://github.com/netease-im/NIM_Android_Demo
好了,我沒有收網易雲信任何好處費,之因此推薦你去「扒」它的源碼,是由於我評估了主流的第3方IM開源的Demo代碼後,@人功能寫的還算不錯的,就只有網易雲信了,木有辦法。
[1] 精品源碼下載:
《Java NIO基礎視頻教程、MINA視頻教程、Netty快速入門視頻 [有源碼]》
《輕量級即時通信框架MobileIMSDK的iOS源碼(開源版)[附件下載]》
《開源IM工程「蘑菇街TeamTalk」2015年5月前未刪減版完整代碼 [附件下載]》
《微信本地數據庫破解版(含iOS、Android),僅供學習研究 [附件下載]》
《NIO框架入門(四):Android與MINA二、Netty4的跨平臺UDP雙向通訊實戰 [附件下載]》
《NIO框架入門(三):iOS與MINA二、Netty4的跨平臺UDP雙向通訊實戰 [附件下載]》
《NIO框架入門(二):服務端基於MINA2的UDP雙向通訊Demo演示 [附件下載]》
《NIO框架入門(一):服務端基於Netty4的UDP雙向通訊Demo演示 [附件下載]》
《用於IM中圖片壓縮的Android工具類源碼,效果可媲美微信 [附件下載]》
《高仿Android版手機QQ可拖拽未讀數小氣泡源碼 [附件下載]》
《一個WebSocket實時聊天室Demo:基於node.js+socket.io [附件下載]》
《Android聊天界面源碼:實現了聊天氣泡、表情圖標(可翻頁) [附件下載]》
《高仿Android版手機QQ首頁側滑菜單源碼 [附件下載]》
《開源libco庫:單機千萬鏈接、支撐微信8億用戶的後臺框架基石 [源碼下載]》
《微信團隊原創Android資源混淆工具:AndResGuard [有源碼]》
《一個基於MQTT通訊協議的完整Android推送Demo [附件下載]》
《高仿手機QQ的Android版鎖屏聊天消息提醒功能 [附件下載]》
《高仿iOS版手機QQ錄音及振幅動畫完整實現 [源碼下載]》
《Android端社交應用中的評論和回覆功能實戰分享[圖文+源碼]》
《Android端IM應用中的@人功能實現:仿微博、QQ、微信,零入侵、高可擴展[圖文+源碼]》
[2] 精品文檔和工具下載:
《重磅發佈:《阿里巴巴Android開發手冊(規約)》[附件下載]》
《阿里技術結晶:《阿里巴巴Java開發手冊(規約)-終極版》[附件下載]》
《基於RTMP協議的流媒體技術的原理與應用(技術論文)[附件下載]》
《獨家發佈《TCP/IP詳解 卷1:協議》CHM版 [附件下載]》
《良心分享:WebRTC 零基礎開發者教程(中文)[附件下載]》
《經典書籍《UNIX網絡編程》最全下載(卷1+卷二、中文版+英文版)[附件下載]》
《音視頻開發理論入門書籍之《視頻技術手冊(第5版)》[附件下載]》
《國際電聯H.264視頻編碼標準官方技術手冊(中文版)[附件下載]》
《Apache MINA2.0 開發指南(中文版)[附件下載]》
《網絡通信數據抓包和分析工具 Wireshark 使用教程(中文) [附件下載]》
《最新收集NAT穿越(p2p打洞)免費STUN服務器列表 [附件下載]》
《高性能網絡編程經典:《The C10K problem(英文)》[附件下載]》
《華爲內部3G網絡資料: WCDMA系統原理培訓手冊[附件下載]》
《網絡測試:Android版多路ping命令工具EnterprisePing[附件下載]》
《Android反編譯利器APKDB:沒有美工的日子裏繼續堅強的擼》
《兩款加強型Ping工具:持續統計、圖形化展式網絡情況 [附件下載]》
[3] 精選視頻、演講PPT下載:
《美圖海量用戶的IM架構零基礎演進之路(PPT)[附件下載]》
《開源實時音視頻工程WebRTC的架構詳解與實踐總結(PPT+視頻)[附件下載]》
《QQ空間百億級流量的社交廣告系統架構實踐(視頻+PPT)[附件下載]》
《海量實時消息的視頻直播系統架構演進之路(視頻+PPT)[附件下載]》
《YY直播在移動弱網環境下的深度優化實踐分享(視頻+PPT)[附件下載]》
《QQ空間移動端10億級視頻播放技術優化揭祕(視頻+PPT)[附件下載]》
《RTC實時互聯網2017年度大會精選演講PPT [附件下載]》
《微信分享開源IM網絡層組件庫Mars的技術實現(視頻+PPT)[附件下載]》
《微服務理念在微信海量用戶後臺架構中的實踐(視頻+PPT)[附件下載]》
《移動端IM開發和構建中的技術難點實踐分享(視頻+PPT)[附件下載]》
《網易雲信的高品質即時通信技術實踐之路(視頻+PPT)[附件下載]》
《騰訊音視頻實驗室:直面音視頻質量評估之痛(視頻+PPT)[附件下載]》
《騰訊QQ1.4億在線用戶的技術挑戰和架構演進之路PPT[附件下載]》
《手機淘寶消息推送系統的架構與實踐(音頻+PPT)[附件下載]》
《如何進行實時音視頻的質量評估與監控(視頻+PPT)[附件下載]》
《Go語言構建高併發消息推送系統實踐PPT(來自360公司)[附件下載]》
《網易IM雲千萬級併發消息處理能力的架構設計與實踐PPT [附件下載]》
《手機QQ的海量用戶移動化實踐分享(視頻+PPT)[附件下載]》
《釘釘——基於IM技術的新一代企業OA平臺的技術挑戰(視頻+PPT)[附件下載]》
《微信技術總監談架構:微信之道——大道至簡(PPT講稿)[附件下載]》
《Netty的架構剖析及應用案例介紹(視頻+PPT)[附件下載]》
《微信海量用戶背後的後臺系統存儲架構(視頻+PPT)[附件下載]》
《在線音視頻直播室服務端架構最佳實踐(視頻+PPT)[附件下載]》
《從0到1:萬人在線的實時音視頻直播技術實踐分享(視頻+PPT)[附件下載]》
(本文同步發佈於:http://www.52im.net/thread-2165-1-1.html)