tarModule alloc] initWithvCardTempModule:xmppvCardTempModule];
// Setup capabilities
//
// The XMPPCapabilities module handles all the complex hashing of the caps protocol (XEP-0115).
// Basically, when other clients broadcast their presence on the network
// they include information about what capabilities their client supports (audio, video, file transfer, etc).
// But as you can imagine, this list starts to get pretty big.
// This is where the hashing stuff comes into play.
// Most people running the same version of the same client are going to have the same list of capabilities.
// So the protocol defines a standardized way to hash the list of capabilities.
// Clients then broadcast the tiny hash instead of the big list.
// The XMPPCapabilities protocol automatically handles figuring out what these hashes mean,
// and also persistently storing the hashes so lookups aren't needed in the future.
//
// Similarly to the roster, the storage of the module is abstracted.
// You are strongly encouraged to persist caps information across sessions.
//
// The XMPPCapabilitiesCoreDataStorage is an ideal solution.
// It can also be shared amongst multiple streams to further reduce hash lookups.
xmppCapabilitiesStorage = [XMPPCapabilitiesCoreDataStorage sharedInstance];
xmppCapabilities = [[XMPPCapabilities alloc] initWithCapabilitiesStorage:xmppCapabilitiesStorage];
xmppCapabilities.autoFetchHashedCapabilities = YES;
xmppCapabilities.autoFetchNonHashedCapabilities = NO;
// Activate xmpp modules
[xmppReconnect activate:xmppStream];
[xmppRoster activate:xmppStream];
[xmppvCardTempModule activate:xmppStream];
[xmppvCardAvatarModule activate:xmppStream];
[xmppCapabilities activate:xmppStream];
// Add ourself as a delegate to anything we may be interested in
[xmppStream addDelegate:self delegateQueue:dispatch_get_main_queue()];
[xmppRoster addDelegate:self delegateQueue:dispatch_get_main_queue()];
// Optional:
//
// Replace me with the proper domain and port.
// The example below is setup for a typical google talk account.
//
// If you don't supply a hostName, then it will be automatically resolved using the JID (below).
// For example, if you supply a JID like 'user@quack.com/rsrc'
// then the xmpp framework will follow the xmpp specification, and do a SRV lookup for quack.com.
//
// If you don't specify a hostPort, then the default (5222) will be used.
// [xmppStream setHostName:@"talk.google.com"];
// [xmppStream setHostPort:5222];
// You may need to alter these settings depending on the server you're connecting to
customCerteva luation = YES;
}
ok,let's begin.
1)创建一个XML stream 对象，这货是干嘛的呢。打个比喻：货物运输带，上货和下货 都要靠这条带子。谁让这条带子动起来？
长连接
它就是个马达。
那么这里面的货是啥呢？3种货：美版，港版，日版，偶尔带点国行。(*^__^*) 嘻嘻……，哈哈不开玩笑了。有三种货： ,偶尔带点其他标签什么的。
索达斯内！~斯ko一！~是的，好厉害好棒哒！~发现昨天看得RFC6121有点关系啦。~\( )/~啦啦啦
2）是否开启后台模式---NO，除非你有VOIP需要支持，不然后患无穷，现在github 上后台issue还有一大堆没解决的呢，反正呢很复杂哒，我这菜逼就没支持这货
xmppStream.enableBackgroundingOnSocket
3）开启重连机制（长连接必备，心跳啥的）
开启roster（两种形式：coreData存储 or 开辟内存--临时对象存储），自动获取服务器上的roster数据？是否自动应答 已经存在订阅出席消息的小伙伴的订阅请求，也就是说是否自动过滤掉已经订阅过的订阅或者是已经形成订阅关系的用户请求啦（难点，后面章节细讲）。开启roster CoreDataStorage，也就是数据库存CoreData储技术。
开启vCard（个人信息详情） module，二次封装vCard Module开启，并且启动 vcard对应的coreData 存储 |