Connection Manager

　　1.NetMeeting Remote Desktop Sharing：允许受权的用户通过NetMeeting在网络上互相访问对方。这项服务对大多数个人用户并没有多大用处，况且服务的开启还会带来安全问题，因为上网时该服务会把用户名以明文形式发送到连接它的客户端，***的嗅探程序很容易就能探测到这些账户信息。 　　2.Universal Plug and Play Device Host：此服务是为通用的即插即用设备提供支持。这项服务存在一个安全漏洞，运行此服务的计算机很容易受到***。***者只要向某个拥有多台Win XP系统的网络发送一个虚假的UDP包，就可能会造成这些Win XP主机对指定的主机进行***（DDoS）。另外如果向该系统1900端口发送一个UDP包，令“Location”域的地址指向另一系统的chargen端口，就有可能使系统陷入一个死循环，消耗掉系统的所有资源（需要安装硬件时需手动开启）。 　　3.Messenger：俗称信使服务，电脑用户在局域网内可以利用它进行资料交换（传输客户端和服务器之间的Net Send和Alerter服务消息，此服务与Windows Messenger无关。如果服务停止，Alerter消息不会被传输）。这是一个危险而讨厌的服务，Messenger服务基本上是用在企业的网络管理上，但是垃圾邮件和垃圾广告厂商

一、前言 为何要用http连接池那？因为使用它我们可以得到以下好处： 因为使用它可以有效降低延迟和系统开销。如果不采用连接池，每当我们发起http请求时，都需要重新发起Tcp三次握手建立链接，请求结束时还需要四次挥手释放链接。而链接的建立和释放是有时间和系统开销的。另外每次发起请求时，需要分配一个端口号，请求完毕后在进行回收。 使用链接池则可以复用已经建立好的链接，一定程度的避免了建立和释放链接的时间开销。 二、连接池使用 public static void init() { //1.创建连接池管理器 PoolingHttpClientConnectionManager connectionManager = new PoolingHttpClientConnectionManager(60000,//1.1 TimeUnit.MILLISECONDS); connectionManager.setMaxTotal(1000);//1.2 connectionManager.setDefaultMaxPerRoute(50);//1.3 //2.创建httpclient对象 httpClient = HttpClients.custom() .setConnectionManager(connectionManager)//2.1 .disableAutomaticRetries

[转贴]本人整理了6个小时终于搞定SERVICES.MSC所有服务达，我以我的ADSL动态拔号服务器为例 ，等下有些我不能禁止的，其实你们在网吧的客户机还是可以禁止的，我会在旁边用括号说明，哈哈，这样大家可以根据自己需要，需要关闭还是不需要关闭 嘿嘿绝对降低大家开机时候的PF哦 嘿嘿我估计下你们什么都没有装，把这些服务关闭和以前我发的优化XP帖，客户机PF至少都可以达到60以下，当然高手再把相应的XP特效和其他东东禁止的话50以下都行不是吹的啦，很正常的。 为了让大家不乱，我按从上到下连续的讲解全部服务，哈哈比你们网上的都知道一部分强多了吧，绝对值得收藏啊，我自己已经存了达。 好久不出什么帖了，为了让广大网盟兄弟朋友门能够收到更多有价值的东东，就做下来从早上9点多到现在3点左右自己写了一个帖，有些是收集的，经过我测试后保留的，有些是我自己已经禁止，使用了很旧没有造成影响的。 绝对实用好东西哦，让你们网吧的客户机跑的更快，大家觉得好，就顶我一下就行了，也不浪费我的辛苦汗水啊，绝对值得收藏，我都实践过达，你们到网上搜索到的服务，汗。。。要不就是不全，就是有2种观点，一下有的说这个能关，一下有的说，这个不能关 呵呵 我现在详细解释给大家，就不会迷茫了 嘿嘿 当然其他朋友有不同建议，你们回帖在上面，我会考虑你们的想法，修改的！ 1：Alerter服务:选择“手动/禁用”是明智之举。

各位看官大大们，晚上好。好久不见，我想死你们了... 先说说写这个系列文章的背景： 工作了这么久了，每天都忙着写业务，好久没有好好静下心来好好总结总结了。正好这段时间公司组织设计模式的分享分，所以我才有机会在这里和大家唠唠嗑。 也许因为自己是小白自学的吧，所以磕磕绊绊走了好多弯路。所以我深刻的理解到在自学的时候有一个前辈在前面引路是多么重要。可以让你少走很多弯路。 拥有更高的学习效率。特别是在一些问题上，苦思冥想很久都没有结果，白白浪费了很多时间，也许有人点拨一下就能茅塞顿开。 有这么一句话说的：如果你想真正掌握某个知识，那就尝试把它教给别人吧。所以我苦思冥想了很久终于决定写一个系列的文章，是为了帮助别人也是为了提升自己。 好了话不多说，下面咋们上干货。 说道设计模式呢，我相信很多人都学习过。但是设计模式到底是什么呢？我相信每个人心中都有自己的答案，就像一千个人心中有一千个哈姆雷特。 那么他到底是什么呢？从字面意思来说，它就是代码设计时解决某些问题的套路。（哎...自古真情留不住唯有套路得人心啊。） 好了，看到这看官们就要问了，你这说的啥玩意，干货呢？尽在这扯玄学，这玩意到底应该怎么学习？ 各位看官莫慌，下面就带大家进入设计模式的海洋。设计模式多不胜数，常见的设计模式就有23种（工作中我也只用到了代理模式，策略模式，单例模式，工厂模式和建造者模式）。 在学习他们之前

Table of Contents 一.Server端架构 二.Server端创建流程 三.Server组件 3.1.Listener 3.1.1. 构建 3.1.2.常量. 3.1.3.构造方法 3.1.3.run方法 3.1.4.doAccept(key) 3.2.Reader 3.2.1.创建 3.2.2.常量 3.2.3.构造方法 3.2.4 run方法 3.2.5. doRunLoop() 3.2.6. doRead(key) 3.3.callQueue [CallQueueManager] 3.3.1.创建 3.3.2.常量 3.3.3.构造方法 3.3.4 put(E e) 3.3.5.offer(E e) 3.4.ConnectionManager 3.4.1.创建 3.4.2.常量 3.4.3.构造方法 3.4.4 scheduleIdleScanTask 方法 3.4.5register 注册connetion 3.5.Connection 3.5.1.创建 3.5.2.常量 3.5.3.构造方法 3.5.4 readAndProcess()方法 3.5.5 processOneRpc()方法 3.5.6.processRpcRequest 方法 3.6.Handler 3.6.1.创建 3.6.2.构造方法 3.6.3 run方法 3.6.Responder

学到新东西就记录一下。也许正好有人需要~~~~~~ 由于需要记录当前在线用户，emmmm又是没做过的。。。 本来想用数据库的形式，但是想想这么简单的功能百度肯定有。遨游一波百度，有所收获。。。。 虽然老是那么几篇文章重复。。。。 大概就是在用户登录时Session记录下数据，前台获取展示。下面这个文章感觉蛮好的。 Session方法参考网址: https://www.cnblogs.com/taobox/p/4466187.html 看文章想起了我项目中有用到SignaIR，这个可以实现聊天室肯定可以知道在线用户人数。果断继续百度得到如下结果。。。。 参考网址 : https://www.red-gate.com/simple-talk/dotnet/asp-net/tracking-online-users-with-signalr/ SignaIR中有OnConnected,OnConnected,OnDisconnected三个方法，具体实现如下。 public class ChatHub : Hub { //当前用户数量 private static int _userCount = 0; //存储用户信息 private static List<string> list_UserName = new List<string>(); //链接 public override

一、介绍ThreadLocal内部机制之前，先简单说明一下其特点及用途： 1.ThreadLocal是单线程内共享资源，多线程间无法共享（即线程A访问不了线程B中ThreadLocal存放的值）； 2.ThreadLocal是本地变量，无法跨jvm传递； 3.ThreadLocal的出现可以减少通过参数来传递（使代码更加简洁，降低耦合性），Hibernate中的OpenSessionInView，就始终保证当前线程只有一个在使用中的Connection（或Hibernate Session），代码如下： 1 public class ConnectionManager { 2 3 /** 线程内共享Connection，ThreadLocal通常是全局的，支持泛型 */ 4 private static ThreadLocal<Connection> threadLocal = new ThreadLocal<Connection> (); 5 6 public static Connection getCurrConnection() { 7 // 获取当前线程内共享的Connection 8 Connection conn = threadLocal.get(); 9 try { 10 // 判断连接是否可用 11 if (conn == null || conn

自己汉化的远程桌面控制软件RDCMan——Remote Desktop Connection Manager(RDCMan) v2.7 简体中文汉化版。 介绍 Remote Desktop Connection Manager(RDCMan)是微软官方出的一款远程桌面管理软件。 官方下载地址： https://www.microsoft.com/en-us/download/details.aspx?id=44989 我只想简单地对多个节点的Win主机进行管理，系统自带的远程连接只能一个一个连，很不方便。 Devolutions Remote Desktop Manager最强大，但太重了，自己的需求仅仅是远程连一下。 Terminals、Multidesk和mRemoteNG简洁轻巧，不过界面太丑，忘了哪一个还会抛异常崩溃，不适合长时间使用。 RD Tabs倒还不错，不过布局不是自己喜欢的。 比较让我满意的是Remote Desktop Organizer，简洁小巧，自己想要的功能基本都有，我本来打算就使用它了，可惜以它的一个功能令我不满意，就是不能把自己的窗口大小固定为和远程桌面的分辨率一致，对于有强迫症的我来说，真捉急，不小心鼠标点到边框就拖大、拖小或者缩放了，用着不爽。体验了这么多远程桌面管理软件，最终选择了RDCMan。 RDCMan的界面其实也没几个英文

【推荐阅读】微服务还能火多久？>>> 问题描述 最近公司的线上监控系统给我推送了一些kafka lag持续增长的消息，我上生产环境去看了相应的consumer的情况，发现几台机器虽然还在处理消息，但是速度明显慢了很多。 问题猜测与验证 我猜测是JVM频繁做Full GC，导致进程也跟着频繁卡顿，处理消息的速度自然就慢了。为了验证这个想法，先用jstat看看内存使用情况： jstat -gcutil 1 1000 #1是进程号 结果如我所料，几乎1秒钟就要做一次FGC，能安安静静的做个正常的consumer才有鬼了。 赶紧留了一台consumer拿来做分析，把别的几台consumer都重启。不管怎样，先恢复消费能力再说！ 内存泄露root cause排查 1秒一次FGC，那肯定是发生内存泄露了。 二话不说，把堆dump下来先！ jmap -F -dump:format=b,file=heapDump 1 #1是进程号 生成的heapDump文件有将近2个G的大小，这么大个文件，为了不影响生产环境的机器，还是scp到本地进行分析吧！ jhat了一下，直接卡在那里不动了。没办法，祭出VisualVM来帮忙。导入文件之后，发现有一大堆HashMap的Node在那占着： 然而并不知道这是个啥，点进去看看内容，发现有一大堆node的key类型是X509CertImpl： 这时候我意识到

【 dbForge Schema Compare for MySQL下载 】 要创建连接： 1. 在“Connection” 工具栏上单击“New Connection”按钮 。 2. 在“Host” 框中输入主机名。 3. 在“Port” 框中输入端口信息。默认端口号为3306。 4. 在“User” 和“Password” 字段中输入登录凭据。 5. 在“Database”中，键入或单击要连接的数据库的名称。 6. 该连接名称就会自动从主机名生成。您可以为新连接创建一个独特的名称。 7. （可选）您可以在“Document Category”框中为新连接分配类别。 8. （可选）您可以单击“Advanced” 以配置高级连接属性。 9. （可选）您可以单击“Security” 以配置安全性属性。例如，您可以设置SSL或SSH安全协议。 10. （可选）您可以单击HTTP 以配置HTTP隧道属性。 11. （可选）您可以单击“Embedded” 以配置嵌入式服务器属性。 12. （可选）您可以单击“Test Connection” 以验证是否可以使用指定的连接信息连接到数据库。 13. 单击“OK” 以创建连接。 编辑和删除连接 您可以在Connection Manager的帮助下创建，编辑和删除连接。要打开它，请单击“New Schema Comparison”向导的