銀角大王的葫蘆是怎麼判定稱呼對象是否答應的？
大家想得太複雜了。
這葫蘆是太上老君煉丹用的，設計之初就沒考慮到人機交互。後來銀角童子把它盜出來，加了個輸入輸出模塊，其實原理是這樣的。
char foo[16];
printf("%s
", "叫你一聲你敢答應嗎？");
scanf("%s", foo);
其實壓根就沒有判斷這個人是不是這名字，只要你應了就吸，你不應程序就卡在那兒走不下去。
所以么，孫猴子就是好面子，如果二話不說直接上去一頓悶棍，金角銀角早求爺爺告奶奶了。或者可以說個奇長無比的名字，也可能導致內存越界，但這個結果行為就不確定了。
有人說還有人臉識別什麼的，但是就這麼一個葫蘆，又不是聯網的智能家居，去哪裡更新人臉資料庫呢？所以完全沒必要，本地做個應答判斷，裝逼效果不一樣一樣的么。下面這條長微博圖來自天才小熊貓，順帶解答了緊箍咒和金箍棒的工作原理等問題
原作是這麼解釋其功能的：
原來那寶貝，那管什麼名字真假，但綽個應的氣兒，就裝了去也。
不過這裡面還有兩個問題：
- 如何鎖定對象？
- 如何判斷對象是否應答？
這可就難說了，畢竟原作里的測試用例不足——紫金紅葫蘆只執行了兩次，功能相同的羊脂玉凈瓶也只執行了一次。
那魔執了寶貝，跳在空中，把底兒朝天，口兒朝地，叫聲：「者行孫。」
行者卻不敢答應，心中暗想道：「若是應了，就裝進去哩。」
那魔道：「你怎麼不應我？」
行者道：「我有些耳閉，不曾聽見。你高叫。」
那怪物又叫聲「者行孫。」
行者在底下掐著指頭算了一算，道：「我真名字叫做孫行者，起的鬼名字叫做者行孫。真名字可以裝得，鬼名字好道裝不得。」卻就忍不住，應了他一聲，颼的被他吸進葫蘆去，貼上帖兒。
……
行者笑道：「你且收起，輪到老孫該叫你哩。」急縱筋斗，跳起去，將葫蘆底兒朝天，口兒朝地，照定妖魔，叫聲「銀角大王 」。
那怪不敢閉口，只得應了一聲，倏的裝在裡面，被行者貼上「太上老君急急如律令奉敕」的帖子，心中暗喜道：「我的兒，你今日也來試試新了！」
……
大聖見了，急縱雲跳在空中，解下凈瓶，罩定老魔，叫聲：「金角大王！」
那怪只道是自家敗殘的小妖呼叫，就回頭應了一聲，颼的裝將進去，被行者貼上「太上老君急急如律令奉敕」的帖子。
三次都只是簡單形容為「應了一聲」，沒有談到具體內容比如「哎~」「啊？」「幹嘛？」「誰叫我？」，總之應了一聲就生效了。
先說如何鎖定對象。這有多種可能性。
一個比較保守的推測是：「使用對方註冊時填寫的昵稱（比如「者行孫」）有效」。這就跟你在淘寶上買東西寄到公司一樣，哪怕你寫著金城武收，快遞叔叔打電話過來的時候實際收貨的還是你。
不過我個人更傾向於理解為「喚起對方注意即有效」。
比如你喊一聲「爸爸我要吸你」，有效範圍內所有答應的人都會一起吸進去。
為什麼呢？
第一，葫蘆的容量高達1000人，而且吸完了貼上帖子一小會就化成湯了，這麼強大的道具沒道理只能一個一個吸。
第二，似乎沒人考慮過如何發動葫蘆，使其開始監聽應答？
原作中的標準動作是站在高處（或跳起來）、將葫蘆口對準對方，並叫出對方名字（不論真假）。這裡如果把葫蘆理解為語音識別道具，當調用者喊出任何一個「有效姓名」時開始監聽，但有效姓名的集合僅存在於調用者思維中，這麼一來葫蘆就必須有讀取許可權。既然葫蘆可以讀取調用者的思維，那麼也就無需語音識別啟動這麼大費周章了，只要調用時心裡想著「我要吸你」就好了。
第三，如果對方的註冊名是「壽限無壽限無ウンコ投げ機一昨日の新ちゃんのパンツ新八の人生バルムンク＝フェザリオンアイザック＝シュナイダー三分の一の純情な感情の殘った三分の二はさかむけが気になる感情裏切りは僕の名前をしっているようでしらないのを僕はしっている留守スルメめだかかずのここえだめめだか......このめだかはさっきと違う奴だから池乃めだかの方だからラー油ゆうていみやおうきむこうぺぺぺぺぺぺぺぺぺぺぺぺおあとがよろしいようでこれにておしまいビチグソ丸」這種，還沒念完就要斷氣了吧……
（都是猴子，差距咋就那麼大呢）
所以鎖定對象的過程很簡單，就是掃描葫蘆口前方的錐體有效範圍內所有生物並開啟監聽。
下一個問題，如何判斷對象是否應答。
我的推斷是：判斷「是否應答」取決於對象本身。
銀角和悟空的對戰中，銀角第一次叫悟空悟空沒有回答，然後銀角問你為什麼不答，悟空說我耳背沒聽見。這次對話沒有觸發吸入操作，有幾種可能的原因：
- 葫蘆有超時。
- 調用者主動取消了操作。銀角問「你怎麼不應我？」的時候，他思維中已經默認吸入失敗了，因此葫蘆也沒有繼續監聽後面的對話。
- 悟空回答的「我有些耳閉，不曾聽見。你高叫。」不屬於應答。
我認為這三種設定可能同時為真，沒有矛盾。有問題的是樓上很多人提到了字元串判斷，那麼請考慮一下這個場景：
悟空和三藏在聊天，聊著聊著悟空摸了一下三藏的奶頭，三藏嬌嗔地大叫：「幹嘛啊~」。恰好這句話出口之前，銀角在山上手持葫蘆大叫「唐三藏」，那麼三藏會不會被吸？
如果這也吸就太扯蛋了吧？
所謂「應了一聲」是指對葫蘆的調用者作出響應——和上面一樣，這不是聲音識別，而是思維識別。也不存在字元串判斷的問題，葫蘆接受參數輸入的時候就已經是布爾值了。
那麼它讀取的是調用者的思維、還是被吸對象的思維呢？
如果讀取的是調用者的思維，那就太bug了，銀角可以喊話後立即自己假定對方回答了，然後不管實際有沒有回答都執行吸入。所以我認為它是讀取的被吸對象的思維，實現應答判定的不是葫蘆而是對象本身，葫蘆只關係應答結果。當被吸對象自己認為自己在應答的時候，那就是應答了。
至於悟空被吸的那次，他不是認為自己沒答應，而是以為自己答應的不是真名就沒事。這就類似於你以為你沒勾選，那些亂七八糟的工具條啊助手啊就不會安裝，但其實只要你點了「下一步」就會中招。
葫蘆相關的代碼大概是這樣吧：
public interface ISuckable
{
Task&
}
public class Sucker
{
public IEnumerable&
{
//Implement...
}
public void BeginSuck(string yell)
{
var objs = GetAllSuckableUnits();
foreach(var obj in objs)
{
TrySuck(obj, yell);
}
}
private async void TrySuck(ISuckable obj, string name)
{
bool isAcknowledged = await obj.ComeOnSuckMeAsync(name);
if (isAcknowledged)
{
DoSuck(obj);
}
}
private void DoSuck(ISuckable obj)
{
//Implement...
}
}
public class StupidMonkey : ISuckable 如果不想被吸，請不要認真回答。
{
public Task&
{
return Task.Run(() =&>
{
return inputName != "孫行者"; //這裡猴子玩現了，以為不用真名就沒事。其實應該直接return false
});
}
}
為什麼第一個入腦是這個畫面
估計沒有內置「猜你喜歡」模塊：
金角大王將寶葫蘆倒置，喊聲：孫行者。悟空應了一聲，嗖地便被吸了進去。金角大王查看時，裡面除了孫悟空，還有行者武松、蒼井空、孫權、六耳獼猴、金剛等一干人。 金角大王驚訝道：只喊孫行者，怎來了這許多。寶葫蘆開口言道：這都是你「可能感興趣的人」。
綜上，這只是一個普通葫蘆，不是大數據時代的葫蘆。
按理說，
璃瑩殤·安潔莉娜·櫻雪羽晗靈·血麗魑·魅·J·Q·安塔利亞·傷夢薰魅·海瑟薇·薔薇玫瑰淚·羽靈·邪兒·凡多姆海威恩·夏影·琉璃舞·雅·蕾玥璦雅·曦夢月·玥藍·嵐櫻·紫蝶·麗馨·蕾琦洛·鳳·顏鳶·希洛·玖兮·雨煙·葉洛莉蘭·凝羽冰·淚伊如冰落·殤心櫻語冰凌伊娜·洛麗塔紫心愛·蝶夢如璃紫陌悠千艷·優花夢冰玫瑰靈傷如愛·晶淚墨陽雲筱殘傷雅·琉璃愛夢蓮淚·冰雪殤璃陌夢·愛櫻沫渺·落璃琴依語·千夢然絲傷·可薇·茉殤黎·幽幻紫銀·淚如韻影傾樂蘭慕·冰雪殤璃陌夢·凝羽冰藍璃·淚伊如琉璃愛夢蓮淚·冰雅淚落冰紫蝶夢·殤心櫻語冰凌伊蝶夢如·璃紫陌悠千艷優墨陽雲筱殘·雪蓮茉·伊文思·蕊夏清·碎墨音·芊樂夢黛怡·墨麗莎·夢靈蘇魅香·紫藍幽幻傾城萌美迷離·茉莉白嫩愛鳳風魑·殤淚花如霜夢蘭·蘿莉心夢妖麗百千艷·瑰百合香珠合夢喃·淚傷夢雅愛之瑰·墨艷黎幻殤雪倩夢·情娜血清戀沫幽彌千月緋心絲夢靈藍千月筱雪殤·希羽嵐夢心殤雨櫻琉璃舞韻傾雅·蕾玥璦雅芸茜殤櫻雪夢·曦魂夢月澪璦琪欣淚·噝玥藍·嵐櫻殤紫樂蝶雨·蘇麗落雅馨璦魅·音蕾琦洛鳳之幽·蠫赬颻·風璃殤·顏鳶璃沫血傷·月冰靈希洛夢·玖兮戀琴愛·雨煙雪殤萌唄·血葉洛莉蘭·凝羽冰藍璃·淚伊如冰緲婭淚落冰花紫蝶夢珠·殤心櫻語冰凌伊娜·洛麗塔紫心愛·蝶夢如璃紫陌悠千艷·優花夢冰玫瑰靈傷如愛·晶淚墨陽雲筱殘傷雅·琉璃愛夢蓮淚·冰雪殤璃陌夢·愛櫻沫渺·落璃琴依語·千夢然絲傷·可薇·茉殤黎·幽幻紫銀·淚如韻影傾樂蘭慕·冰雪殤璃陌夢·凝羽冰藍璃·淚伊如琉璃愛夢蓮淚·冰雅淚落冰紫蝶夢·殤心櫻語冰凌伊蝶夢如·璃紫陌悠千艷優墨陽雲筱殘·雪蓮茉·伊文思·蕊夏清·碎墨音·芊樂夢黛怡·墨麗莎·夢靈蘇魅香·紫藍幽幻傾城萌美迷離·茉莉白嫩愛鳳風魑·殤淚花如霜夢蘭·蘿莉心夢妖麗百千艷·瑰百合香珠合夢喃·淚傷夢雅愛之瑰·墨艷黎幻殤雪倩夢·情娜血清戀沫幽彌千月緋心絲夢靈藍千月筱雪殤·希羽嵐夢心殤雨櫻琉璃舞韻傾雅·蕾玥璦雅芸茜殤櫻雪夢·曦魂夢月澪璦琪欣淚·噝玥藍·嵐櫻殤紫樂蝶雨·蘇麗落雅馨璦魅·音蕾琦洛鳳之幽·蠫赬颻·風璃殤·顏鳶璃沫血傷·月冰靈希洛夢·玖兮戀琴愛·雨煙雪殤萌唄·血葉洛莉蘭·凝羽冰藍璃·淚伊如冰緲婭淚落冰花紫蝶夢珠·殤心櫻語冰凌伊娜·洛麗塔紫心愛·蝶夢如璃紫陌悠千艷·優花夢冰玫瑰靈傷如愛·晶淚墨陽雲筱殘傷雅·琉璃愛夢蓮淚·冰雪殤璃陌夢·愛櫻沫渺·落璃琴依語·千夢然絲傷·可薇·茉殤黎·幽幻紫銀·淚如韻影傾樂蘭慕·冰雪殤璃陌夢·凝羽冰藍璃·淚伊如琉璃愛夢蓮淚·冰雅淚落冰紫蝶夢·殤心櫻語冰凌伊蝶夢如·璃紫陌悠千艷優墨陽雲筱殘·雪蓮茉·伊文思·蕊夏清·碎墨音·芊樂夢黛怡·墨麗莎·夢靈蘇魅香·紫藍幽幻傾城萌美迷離·茉莉白嫩愛鳳風魑·殤淚花如霜夢蘭·蘿莉心夢妖麗百千艷·瑰百合香珠合夢喃·淚傷夢雅愛之瑰·墨艷黎幻殤雪倩夢·情娜血清戀沫幽彌千月緋心絲夢靈藍千月筱雪殤·希羽嵐夢心殤雨櫻琉璃舞韻傾雅·蕾玥璦雅芸茜殤櫻雪夢·曦魂夢月澪璦琪欣淚·噝玥藍·嵐櫻殤紫樂蝶雨·蘇麗落雅馨璦魅·音蕾琦洛鳳之幽·蠫赬颻·風璃殤·顏鳶璃沫血傷·月冰靈希洛夢·玖兮戀琴愛·雨煙雪殤萌唄·血葉洛莉蘭·凝羽冰藍璃·淚伊如冰緲婭淚落冰花紫蝶夢珠·殤心櫻語冰凌伊娜·洛麗塔紫心愛·蝶夢如璃紫陌悠千艷·優花夢冰玫瑰靈傷如愛·晶淚墨陽雲筱殘傷雅·琉璃愛夢蓮淚·冰雪殤璃陌夢·愛櫻沫渺·落璃琴依語·千夢然絲傷·可薇·茉殤黎·幽幻紫銀·淚如韻影傾樂蘭慕·冰雪殤璃陌夢·凝羽冰藍璃·淚伊如琉璃愛夢蓮淚·冰雅淚落冰紫蝶夢·殤心櫻語冰凌伊蝶夢如·璃紫陌悠千艷優墨陽雲筱殘·雪蓮茉·伊文思·蕊夏清·碎墨音·芊樂夢黛怡·墨麗莎·夢靈蘇魅香·紫藍幽幻傾城萌美迷離·茉莉白嫩愛鳳風魑·殤淚花如霜夢蘭·蘿莉心夢妖麗百千艷·瑰百合香珠合夢喃·淚傷夢雅愛之瑰·墨艷黎幻殤雪倩夢·情娜血清戀沫幽彌千月緋心絲夢靈藍千月筱雪殤·希羽嵐夢心殤雨櫻琉璃舞韻傾雅·蕾玥璦雅芸茜殤櫻雪夢·曦魂夢月澪璦琪欣淚·噝玥藍·嵐櫻殤紫樂蝶雨·蘇麗落雅馨璦魅·音蕾琦洛鳳之幽·蠫赬颻·風璃殤·顏鳶璃沫血傷·月冰靈希洛夢·玖兮戀琴愛·雨煙雪殤萌唄·血葉洛莉蘭·凝羽冰藍璃·淚伊如冰緲婭淚落冰花紫蝶夢珠·殤心櫻語冰凌伊娜·洛麗塔紫心愛·蝶夢如璃紫陌悠千艷·優花夢冰玫瑰靈傷如愛·晶淚墨陽雲筱殘傷雅·琉璃愛夢蓮淚·冰雪殤璃陌夢·愛櫻沫渺·落璃琴依語·千夢然絲傷·可薇·茉殤黎·幽幻紫銀·淚如韻影傾樂蘭慕·冰雪殤璃陌夢·凝羽冰藍璃·淚伊如琉璃愛夢蓮淚·冰雅淚落冰紫蝶夢·殤心櫻語冰凌伊蝶夢如·璃紫陌悠千艷優墨陽雲筱殘·雪蓮茉·伊文思·蕊夏清·碎墨音·芊樂夢黛怡·墨麗莎·夢靈蘇魅香·紫藍幽幻傾城萌美迷離·茉莉白嫩愛鳳風魑·殤淚花如霜夢蘭·蘿莉心夢妖麗百千艷·瑰百合香珠合夢喃·淚傷夢雅愛之瑰·墨艷黎幻殤雪倩夢·情娜血清戀沫幽彌千月緋心絲夢靈藍千月筱雪殤·希羽嵐夢心殤雨櫻琉璃舞韻傾雅·蕾玥璦雅芸茜殤櫻雪夢·曦魂夢月澪璦琪欣淚·噝玥藍·嵐櫻殤紫樂蝶雨·蘇麗落雅馨璦魅·音蕾琦洛鳳之幽·蠫赬颻·風璃殤·顏鳶璃沫血傷·月冰靈希洛夢·玖兮戀琴愛·雨煙雪殤萌唄·血葉洛莉蘭·安吉拉·姆斯基·柔月蘭·美惠可薇安朵·蘭殤月·夢茹妙可鈴·雲裳月舞紗·莉可朵·塲殤雪穎淚蝶·影夢雅蘭·觴蘊燢覮·鏵累觷儠·摋孆瞲櫗劌鷡·氬淺趯鸑縈儽·驊瓔糜婺嚻觷龠鸚·蘇韎凪麴蒔·雪乖冰·娥愛寂翼巧·絲哀琪·俏莉婭·夢茹莎·櫻冰淚蝶喃鳳涅盤·璃殤玖璃夢·沫辰芝蘭琴艾柒·安娜·黛絲·艾曼妲·眉紗禦寇·安妮·蘇麗·莉莉絲·艾米麗·菲奧娜·格格利亞·薩曼塔·溫蒂·蘭尼·麗塔吉娜·洛麗絲·蘭子安克乃·蘇眉凪濕掉·力壓米蘭可壓
是這葫蘆的天敵咯？
顯然，銀角大王的葫蘆和稱呼對象之間建立了通信管道，免不了會用到三步握手協議。稱呼對象應答，相當於發送了包。最終建立連接後，就可以開始傳輸了。
以下引用：
三次握手協議指的是在發送數據的準備階段，伺服器端和客戶端之間需要進行三次交互：
第一次握手：客戶端發送syn包(syn=j)到伺服器，並進入SYN_SEND狀態，等待伺服器確認；
第二次握手：伺服器收到syn包，必須確認客戶的syn（ack=j+1），同時自己也發送一個SYN包（syn=k），即SYN+ACK包，此時伺服器進入SYN_RECV狀態；
第三次握手：客戶端收到伺服器的SYN+ACK包，向伺服器發送確認包ACK(ack=k+1)，此包發送完畢，客戶端和伺服器進入ESTABLISHED狀態，完成三次握手。連接建立後，客戶端和伺服器就可以開始進行數據傳輸了。
通過孫悟空從煉丹爐里出來的情節來分析，太上老君應該不是程序員，都沒考慮內存溢出。
但是自己還能造煉丹爐，應該是個工程師，那麼葫蘆就應該是個工程學問題。
然後反正離得遠也看不清，沒準是銀角大王在後面有個按鈕，自動喊得；要不群毆一遍遍的喊嗓子也受不了啊。
最後寫個程序，判斷返回的形狀是不是人，要是人就拿下，不是就拉倒。
根據書中的說明來看，這個法寶並不需要使用者準確說出對方的真實姓名，只要說個差不多的名字就行，所以我覺得這法寶根本不是通過名字識別對方的，而是通過使用者的思維，也就是說使用者想吸誰，只要隨便說個差不多的名字，就可以實現吸對方的功能，而這個名字就相當於一個啟動口令吧，還是不固定的啟動口令。
而對方只要答應了，法寶就會認為對方接受下面的行為，然後流程啟動，吸入成功~
所以從流程來看，關鍵點只有兩個，使用者心中知道要吸的是誰，要被吸的對象答應了一聲。
至於如果使用者不知道要吸入的人是誰，被吸對象沒答應這些情況是否會影響整個流程的實現，還不太好說。我並不同意大家說的編程類學說，其實真相是這樣的：
葫蘆是一個致幻劑容器而已，裡面裝滿了高濃度氣體LSD。
銀角大王的來歷大家知道，是太上老君煉丹爐旁邊的童子。致幻劑的歷史中，最早的致幻劑就存在於各種古代的仙丹中。童子就是個煉丹人，下凡的時候順了點貨很正常。
他把葫蘆口打開的時候，不管跟對方談論的是什麼，不管是你是誰呀你敢回答嗎還是早上好呀咱們一起出去玩吧，只要對方張嘴，就會吸食致幻劑，進而產生對之前對話里對葫蘆效果的心理暗示的誇大體驗，會身處被葫蘆吸進去暗無天日時間一到就化成血水的幻想中。其實就是暈倒在地而已，因為貨實在是太猛。
西遊記是佛道小說，裡面宣揚LSD是正常的，因為LSD是佛教誕生的必需品。
so銀角大王其實是想下凡做個DL。
感覺@Kenneth 的回答，邏輯有點簡單，太小看太上老君能耐了吧~
只是判斷有沒有人答應還不夠：
如果叫的孫行者，豬八戒答應了呢，該吸還是不該吸？
如果叫的孫行者，豬八戒和孫悟空一起答應了呢，該吸誰？
所以說判斷叫的人和答應的人是同一個人，這個邏輯應該是存在的。
另外，不僅要判斷人名和人是對應的，還要充分考慮到別名的存在，「孫行者」，「孫悟空」，「齊天大聖」……等等。同時，在判斷人名和人對應的時候，又存在模糊匹配，如孫行者自稱「者行孫」或「行者孫」時，被呼叫時，如若答應也能被吸入。
再另外，還要考慮到不同的應答語句，如「哎」，「啊」，「在」，甚至「你外公在此」，「爺爺在此」這種回應都得能觸發吸的動作。
所以呀，太上老君是個不簡單的人物呀，可不要小看他哦~~
以上內容是基於電視劇版《西遊記》分析所得；若忠於小說原著，同意 @Thinkraft 的回答，基本是意識流的東西，若是葫蘆持有者想吸你，只要你一「應」，立馬就會被吸過去。
這裡邏輯就簡單了，首先葫蘆需要根據持有者的意識，判斷持有者想收的人是誰，無論這人的名字是否是真實的；然後葫蘆會判斷此人的反應是否為「應」，此處運用語義學進行判斷，一旦符合「應」的範疇，立即啟動吸人操作。聲控定位，哪裡出聲吸哪裡。
用到 HoloLens 相似的技術，包括古漢語識別、機器學習、猴臉檢測等黑科技，老祖宗領先微軟一千年！
你叫什麼名字？我叫灰化肥揮發會發黑。
個人覺得紫金葫蘆不是銀角大王那麼用的，葫蘆的功能是
「除了拿葫蘆的人，誰BB就收了誰」
比如說，可能是這樣的：
銀角大王：「孫悟空！」
孫悟空：「啊。「
收。
銀角大王：「者行孫！」
孫悟空：「啊。」
收。
當然也可以是這麼玩的：
銀角大王：「傑尼龜！」
孫悟空：「啊？」
收。
銀角大王：「我是要成為海賊王的男人。」
孫悟空：「啊？」
收。
銀角大王：「以及之心羅截至。」
孫悟空：「啥？」
收。
銀角大王：「how old are you ?"
孫悟空："啥？」
收。
銀角大王：「what are you 弄啥勒？」
孫悟空：「我操你姥姥!!!」
收。
我覺得紫金葫蘆的用法就是這麼簡單。
使用者瞎BB。引誘對方說話就可以了。
我來開個腦洞。
其實吧，人間界就好比是個超級網遊，是神仙們用來打遊戲或者做模擬實驗用的。
重點來了，每個生命都有一個類，我們都屬於人這個類，人類是動物類的子類，動物類……打住，扯遠了。
而每一個人作為一個對象，有自己的一套動作和屬性。這些屬性都是一個一個的值啊，存那呢？
閻王那個生死簿不頂用。容量太小，而且延遲太高，還容易出錯。
玉帝就安排了風伯和雨師，在巫山……啊呸。總之就是造了一套——雲。於是，最牛逼的雲存儲系統誕生了。
好，下面正題來了。
太上老君一票子人都是程序員。許可權老高了。這套系統是老爺子一手看著搞起來的，從裡面搞套後門讀讀數據SO EASY。所以他做的寶貝也最牛逼。就拿這個紫金葫蘆來說吧。葫蘆開蓋，就開始監聽持有者的雲數據。大概效果就跟讀心術一個樣。好，葫蘆知道要吸誰了。然後開始監聽目標的雲數據。只要目標作出了響應，不管大聲小聲，不管好聽不好聽，葫蘆照臉吸。
所以我們其實都活在雲里。身上的數據都在那呢，十秒還是半個小時，10CM還是20CM，A還是D，都在雲里。
你問我葫蘆怎麼把大聖吸到葫蘆里？
set monkey.location=gourd
play "吸猴子.avi"
額。。好像不大對。
葫蘆底部有一個開關鈕，然而金銀角，孫行者行孫他老哥仨都有強迫症。聽不到對方答應，就沒有按鈕的快感！
我覺得是語音識別轉文字模塊加一個string識別判斷語句吧
1、有個學習過程，在一開始先問了名字，無論你回答什麼名字，學習過程就完成了，（記錄的是名字和人音頻）。
2、呼出這個名字，老孫回應之後，名字和音頻完全對應上。人就被吸走了。
不接受引用型變數。
…………解釋…………
孫悟空自稱者行孫卻沒有被收進去這是很不合實際需求的，因為不管他自稱什麼，他就是一個實際存在的數據結構，只是引用的變數名稱不同了而已，而葫蘆卻不能識別，只能按照原定生死簿上的變數名稱來響應，說明這個葫蘆的設計介面有很大的bug。我們都知道這個葫蘆的實現目的是把選定的人給收進去，呼喊名字只是一種實現方法，經過三次握手確定對象，可是設計之初居然沒有考慮到一個人可能還有別名，小名，化名，別字，表字，稱號等各種引用型變數。
估計是某天庭的早期底層語言設計，效率的確高，可那時候還沒有引用型變數。
孫悟空黑客出身，早期大鬧天宮的經驗接觸過不少底層的東西，讓他一眼就看出了這東西的bug，遂他瞬間就攻破防線，真是火眼晶晶。
推薦閱讀：
※男生需要的基本款武器有哪些？
※評判一把武器刀的優劣，主要標準有哪些？
※中子彈和原子彈相比哪個更不人道一點？
※日本弓為什麼上下不對稱？
※殲 15 的摺疊翼設計除了節省空間外，還有什麼其他作用？