#intersection[超话]#
第一次发帖
我觉得最让人难过的是
看到db的一些狙他们的
INT很大一个吸引力就是因为他们自由自在的相处方式，没有那种一言一行都模式化的人设感…
我们所看到的他们，就是最真实的他们
他们把最真实的一面都展现在我们面前
这真的非常难得
对我自己来说最让我难受的反而是他们如果以后看到这些言论，看到他们跟大家分享生活的一言一行都会被放大成为被人攻击的点，会不会也变得小心翼翼，滴水不漏却不再是他们最真实的样子的人…
其实在考古物料的时候就有发现一些可能会被狙的点… 毕竟内真的一点点小细节都会被无限放大成为黑点。真的不想他们受到这些影响成为千篇一律带着人设营业的idol的样子。
我真的希望INT能一直是最初的INTERSECTION…
❤️

#Mitchell和马[超话]# [爱你]#黑人牙膏白酵素助力创造营和马闪耀闯关#
❗️❗️❗️关于和/马/恋情/的一个澄清❗️❗️❗️

1⃣️女方曾在朋友vlog中无意透露该综艺有剧本安排

vlog上传日期为2019年9月20日（➡https://t.cn/A6tJAZhE ），在视频开头表示录制时间为8月26日27日，是为了庆祝女方弟弟生日（8月27日），他们三人此时是在韩国处理工作。视频中有这么一段对话:

弟弟:和/马和mi/chi 好像没有交往
mi/chi : 是的，但是在哈佛校园里有一个吻戏

而当年哈佛新生报到时间为8月27日，和/马在24日有最后一场int粉丝见面会，预计他于25日或26日抵达美国，所以，这个时候吻戏场景还没拍呢。

2⃣️小姐姐在20年8月参加综艺表明目前单身，上一次恋爱是交往了5年的男朋友，这段话不能说明小姐姐在综艺期间是否单身，但足以表明，其与和/马并没有在一起，请勿散播谣言

3⃣️综艺结束将近两年，双方之间互动极少，小姐姐也有了自己的生活，出于尊重，还请大家不要反复提起。❌

最后想告诉各位kizuna们，对于此事没有必要还沉浸在节目里或是避如蛇蝎，和/马只是参加了一次演技的夏令营，认识了很多优秀的朋友，一切都已经是过去式了，把目光放长远，还有更好的未来在等着我们。✨

#粤嵌第五周第二次打卡
本来是想今天下午在演讲的时候讲这道题的，但是由于某些原因，嗯……这道题就留给打卡吧。（码了800字……）
其实具体来讲并不是一道题，只是我debug过程中的一些思考和得出结论。（赋上图1）
我们在这里先不探讨程序这样子写究竟好不好，我们主要探讨的是为何程序会出现下列情况：只要有一次赋值输入错误程序就一直进入死循环。运行结果（附图2）
首先，分析程序运行流程（附图3）。因为catch到异常了，那便是输入的类型不匹配抛出的异常，我既然都没有输入，那为什么呢？想了一会后我很快就把问题的目标放在了缓冲区，我就提出一个问题：赋值失败的输入流会继续保存在缓冲区吗？（引出结论1）在这里先说一下，如果缓冲区存在数据，则键盘输入方法会优先读取缓冲区存在的数据。为了测试，写了个方法输入字符串赋值，并在while循环末尾调用（附图4）。运行测试（附图5），没有出现预想结果，继续提出问题：难道new一个Scanner(System.in)就创建了一个缓冲区，并且缓冲区之间不共享数据？继续测试，注释掉方法调用，并在while循环语句中的最后写三条语句给一个字符串类型赋值并输出它（附图6），用的同一个Scanner对象（不出意外，用的同一个对象便是共用一个缓冲区）。,得到预想结果，给出结论1，2（附图7）。
分析到这，为什么程序一开始会出现那种情况已经可以很清楚了，输入的字符串数据在赋给int类型数据时便停留在了缓冲区，抛出异常后进行递归，后面递归正常输入，无异常，正常结束当轮递归，回到最开始赋值异常的地方，因为抛出异常递归执行完后，代码直接跳到catch{}代码段的后面进行执行，因为跳了代码，flag = false；没有执行，继续循环，重新开始给int类型变量赋值，还记得嘛，这是输入异常的那轮，缓冲区里还存在着字符串aaa,优先读取了缓冲区内容，读完了缓冲区内容，该次输入便结束了，根本轮不到你手动输入。因此，又抛出异常进行递归。
最后，结论
由于类型不兼容导致的赋值失败的数据，会继续停留在缓冲区，等待下一次自动赋值。
缓冲区在只在其定义的范围内生效并且缓冲区的数据互相不共享。