《js帽子》在虎牙、斗鱼都有直播过，因其直播游戏而走红，详细的教学步骤，各种游戏操作深受观众的喜爱。
目前创新互联公司已为近1000家的企业提供了网站建设、域名、网页空间、绵阳服务器托管、企业网站设计、和静网站维护等服务，公司将坚持客户导向、应用为本的策略，正道将秉承"和谐、参与、激情"的文化，与客户和合作伙伴齐心协力一起成长，共同发展。
剑侍前期1级~~15级，这个阶段几乎是不用买任何装备的，因为JS本身防御就还行，攻击也属于中庸，所以这个阶段的JS不用买任何装备。有一些任务是会给点小级别的装备的，到时候穿上就行了，既省钱又不浪费时间。
剑侍15级~~30级穿普通点的1到2孔的打上几个普通石头就行了~不过我都是打最好的 买最好的 实在是贵`现在想想就傻`现在装备都磨破了心疼，到了30~~后面~！我个人认为最好是带2套装备~！听好了！帽子要加血的，衣服受伤加体力，裤子恢复体力加6，鞋回避5%。
chrome内核的问题，点击允许就可以了。也可以在设置中取消全屏下发送弹幕，可以屏蔽掉这个提示。操作如下：
1、打开浏览器。
2、在Chrome地址栏中输入"chrome://plugins/"点击enter，进入内置插件的管理界面。
3、在插件列表中找到 Adobe Flash Player，点击停用，也可在这里点击开启。
4、同样在地址栏中输入“chrome://settings/”进入设置页，接着点击设置页最下方“显示高级设置”。
5、点击内容设置，在下面找到插件设置，勾选上“让我自行选择何时运行插件内容”。
6、点击“管理例外情况”，在主机名处添加你想要启用Flash的视频网站地址，并将行为设置为允许即可。
网站响应时间过长进不去可以检查一下服务器是否能远程连接，服务器IP是否能ping通，如果都不能的话，建议检查一下服务器的网络和运行情况，让服务器重启一下试试。如果服务器能远程，说明服务器网络是正常的，可以检查一下网站程序设置问题。 服务器网站响应时间过长的问题解决方法如下： 1、机器的配置。包括服务器端与客户机端的硬件配置程度，同样的网络环境下，双核的服务器的运算能力肯定要强一些，毫无疑问的，同样的网络环境下，用一台赛扬的机器和奔四双核处理器的电脑，打开同样的网页，速度，也肯定不一样。 2、服务器软件。软件多少、稳定和软件的正确配置，都会影响到服务器环境，以致影响到网络速度。服务器安装软件防火墙，会牺牲一些网络速度，所以VPS、或独立服务器用户装一个防火墙足矣。 3、DNS解析时间。DNS解析包括往返解析的次数及每次解析所花费的时间，两者的积就是DNS解析所消耗的时间，因此，很多人忽视了DNS的问题。 4、网络最小带宽。这是最主要的因素，在慢的网站放在好的带宽下访问速度一样快（就是多花钱），更加详细信息:提取:snwx网络的带宽包括对网站所在服务器带宽和用户端两个位置，对接点指的是出口端与入口端（如电信对网通的对接点），另一个就是用户本身的最小带宽，如果用户办的是512K宽带咱就爱莫能助了。 5、网页内容的大小（重要）。网页文件的大小是网站是否能快速打开最重要一个因素，如果说服务器等硬件方面决定不了，强烈建议从这里下手，不管是表格还是DIV+CSS，适当的优化代码，都能减少网页大小。尽量优化代码，用最少的代码。同时大量错误、冗余代码也是拖慢网站速度之一。 6、大量数据库操作。小网站在执行大量数据库操作时，也会影响网站打开速度，这里使asp+access结构的网站尤为明显，尤其是同时有大量用户提交评论时，就操作数据库锁死，导致网站打不开。 7、用很多javascript。网站上使用大量JS是大忌，不仅搜索引擎无法收录，同时会不断提交请求增加服务器负担，例如鼠标特效、栏目的特效、状态栏的特效等等。这些特效的原理是先由服务器下载到本地的机器，然后在本地机器上运行产生，然后才能看到的。 8、页面上用大图片和FLASH。图片是拖慢网速最重要一个因素，图片经过处理，可以使图片空间变小，否则很多的图片一开始都会占用很多空间又使网站打开速度变得很慢，同样FLASH也是一个道理。 9、过多引用了别的网站的内容。包括引用其他网站的图片、视频文件等，如果直接在页面引用别的网站的东西，而那个网站的速度又慢，或者那个网站的该页面已经不存在了，那么打开的速度就会非常慢。
①、9.15号：笔试+三轮技术面试（从下午1:30---6:00，历经四个半小时。部门老大不在，后来约了在9.19上午继续第四面）；
②、9.19号：
（已下过程，凭回忆叙述，不同部分均有所遗漏问题）
下午一点半到公司，填写个人信息，然后笔试题做了大概快2个小时，题目是（题目有点忘了，大致如下可能不够具体，有几个没写）：
1、Java基本数据类型变量和引用类型变量有哪些？谈谈个人的对他们的理解及区别？
（顺便谈了下他们在JVM上的存储的不同）
2、抽象类和接口区别？抽象类和普通类区别？谈谈个人理解？
3、字符流和字节流分别继承了哪些类？谈谈它们有什么区别？
4、创建对象有哪些方式？
5 、（忘了题目）
6、有两个线程T1，T2，要求T2在T1执行完之后或T1执行超过10秒后（无论此时T1是否执行完）在执行，如何实现？
答：(主要考察的多线程t.join()方法的使用)
7、（一道复杂的sql连接查询题目，有点难度，题目有点长，不详述了）
8、用html和javascript实现一个select,当点击选中“admin”选项时，弹出对话框，选择确定将 select内容显示为“admin”,否则还原上一步的内容？
9、字符串版半反转，如：“12345”--"21354".
10、对一段数字排序，排序算法、我写了个快排和桶排序。
11.....（有些记不起来了）.
总结：整体来说笔试题目表较简单，注重基础，随后等待了一段时间安排接下来的面试。
1、自我介绍
2、介绍下自己做过的项目，在科大讯飞实习做了哪些东西？
3、集合熟悉吧？介绍下熟悉的集合？
答：我先说了HashMap和ConcurrentHashmap，主要从线程安全性和底层实现的原理说起以及各种操作底层是如何设计的blablala.......
4、那说下HashMap、HashTable、ConcurrentHashmap这三者区别？
答：着重说了HashTable的实现原理，在做对比.....
5、说下ArrayList和LinkedList你的了解？
答：先分析了他们的各种操作时间复杂度，然后再说了具体的底层实现原理，后边着重说了ArrayList的扩容问题。
6、假设遍历ArrayList，那如何对他进行遍历时进行删除操作呢？
答：①使用迭代器，用迭代器来删除指定的对象：Iterator itr = list.iterator(); for( Objct obj : list ){ itr.remove(obj)} (主要考察迭代器，如果用了迭代器，若用增强版for循环直接拿list对象进行remove()操作会造成迭代器“快速失败”，抛异常)；②使用非增强版的for循环，直接利用list进行删除（这种方法会造成数据异常不建议使用）
7、如果可以利用额外的空间，不需要想太复杂，不使用上述这些方法你如何操作呢？
8、说下你项目中印象最深刻地方？
答：（我的项目比较水，我就扯sql优化，redis及他们使用场景，和一些业务）
9、为什么redis用在了公告这里？
10、项目中用了spring，谈谈你对spring的理解？
答：（说的滚瓜烂熟了，就说了解耦、IOC、AOP原理以及应用场景）
11、Spring源码有没有读过？
答：说了AOP源码，着重了下InnovationHandler，还扯了下AOP实现中动态代理jdk和cglib两种方式，比较了他们的优缺点。
12、你之前说Spring解耦具体在框架组合里在哪里体现了？
答：有介绍了一遍IOC的依赖注入，说了这样的好处。
13、IOC里边是如何实现的，你如何理解？
答：大致说了下，通过配置，容器运用了工厂模式，通过配置通过反射，自动“生产”对象，然后装配给指定地方blabla......
14、你上边说了注解，那 IOC注解有哪些？他们有什么区别？你实习公司用注解还是xml？
答：主要说了@autowire和@Resouce,前者默认按照类型查找对象，后者默认按名称，名称找不到，按类型。还扯了了下注入方式。。。
15、那现在如果有一个接口他有两个实现类，你按照autowire注入，这样按类型不行啊，你怎么办？
答：（应该是byname和@Qualifier("xxx")结合用）
不用这个呢？（这个问题有点模糊）
16、上边你说了注入方式有几种，那 IOC的注入方式有哪些呢？
17、你项目里用过Mybatis和hibernate这两者有哪些区别呢？
答：mybatis没有dao类，sql查询是记录在xml文件，而hibernate是完整的类...（很久没有研究过orm框架了，下去需要补一下）
18、Spring中容器中对象是单例还是多例的？
19、对象单例和多例可能会出现什么问题？
20、servlet是单例还是多例？会不会造成线程安全？如何处理线程安全？
21、struts2的action默认是单例还是多例的？
（上边3个问题说的比较混乱）
22、SpringMVC或者struts2的从前端传给action的参数进来是怎么存放在哪里的？
答：（SpringMVC的action默认是单例的，会造成线程安全所以最好不要存在属性变量，存入形参能够保证线程安全，而struts2的action默认是多例的，所以可以存在属性变量里边）
很肯定的告诉你 单纯的PHP 是难以实现的
视频流的处理 各种视频推送协议 各种事 巨麻烦。。。
有心的话 建议先实现在线聊天室
关键词：wokerman swoole
