您现在的位置： &
查看本地QQ聊天记录
查看本地QQ聊天记录
　　我们知道，一般情况下不登录QQ是无法查看到QQ聊天记录的；但有时可能忘记了登录密码，又急需要查看与好友的聊天记录时，又该怎么办呢？其实现在有不少小软件可以免QQ密码登录，在情急之下也不失为一种解决办法。只是注意别拿这些软件去偷窥人家的隐私哦。
　　一、软件速览
　　QQ聊天记录器能完整的记录下你电脑上的所有的QQ聊天信息，不用密码，不用登录QQ窗口，你即能看到本机上所有QQ号的聊天记录及在QQ窗口中所 发送、接收过的图片，即使聊天后即删除的内容及网吧登录方式也能记录。本软件主要功能是提供保存自己的聊天记录，或及时了解你孩子、家人的聊天内容，防止 孩子交上不良网友。
　　二、功能实战
　　该软件是绿色软件，用户可以到多特软件站（）进行下载，下载完成后无需安装，直接解压到任何一个文件夹后运行其中的&qqmsg.exe&文件即可直接运行。
　　打开该软件时，首先会弹出如图1所示登录窗口，会提示你输入软件的初始密码&888&，输入密码后点击&确定&按钮即可登录到软件主界面（如图2）。
　　我们先来对软件进行相关的设置，让它能更好地为我们服务。软件设置非常简单，总的说来只需两步即可。
　　一是单击快捷工具栏上的&密码&按钮或者点击菜单&设置&修改密码&选项，在弹出的对话框中（如图3）修改登录密码。
　　二是点击主界面中的&查看图片&标签，在该界面中（如图4），点击&修改QQ路径&按钮正确定位QQ的安装目录。如果你不知道QQ安装在哪里，请用右键点击桌面的QQ图标，再左键点击&属性&，即可看到QQ的安装文件夹。
　　另外就是记得勾选界面右上角的&启动QQ实时监控&一项，这样即完成了整个设置过程。当去掉&启动QQ实时监控&前的打钩时，本软件即停止监视QQ聊天窗口功能。此时手工删除本软件所在文件夹，即可彻底删除本软件。
　　设置完成后即可单击界面右上角的关闭按钮，此时软件即开始在后台监视QQ的一切聊天；当需要查看聊天记录时，重新启动软件即可查看。另外，软件将文字内容和图片内容是分开保存的，在&聊天记录&选项卡下保存有好友呢称及文字聊天内容（如图5）；
　　如要查看图片时，只需切换到&查看图片&选项卡下时，点击&搜索QQ图片&按钮即可查看到所有的图片聊天内容（如图6）。
　　另外该软件还可将聊天记录导出保存为文本文件或将其打印存档。点击工具栏中的&导出&和&打印&按钮即可实现相关功能。
　　至此，关于这款小软件的相关功能我们已简单介绍完毕。从以上的介绍中我们可以发现该软件的操作基本上是全程&傻瓜&化的，而且它可安装在系统的任何 隐藏地方，不会被发现，对电脑的正常工作也不会产生任何影响，用户可以放心使用。不过在此也要提醒各位朋友注意，做人一定要厚道，千万不得将该软件用于监 视别人的计算机，禁止拿此软件去随便偷窥别人的隐私，请合法应用本软件。
&&&主编推荐
&&&热门试卷
&&&最新视频
&&&热门阅读
&&&最新问答
&&&&&&&&&&&&&&&
希赛网 版权所有 & &&&&湘教QS2-164&&增值电信业务经营许可证湘B2-您的位置：&-&-> -& 网页即时聊天工具 IM
同类周下载排行
软件授权：免费版　
软件大小：332KB
人气指数：
软件语言：简体中文
软件评级：
运行环境：Winxp/vista/win7/win8//ASP/PHP/JSP
更新时间： 10:35:07
出 品 人：&&
软件合集：
　　1.可支持站内好友即时聊天。
　　2.可查看在线好友。
　　3.新消息提醒。
　　4.所有页面聊天消息同步。
　　5.可查看当前实时登录人数（非常准确）。
　　6.不影响您网址自身服务器性能。
　　7.可个人修改界面。
　　8.前端代码开源 包括php,javascript，html,css。
　　9.查看实时登录会员列表，和他们私聊，群发消息（可以利用此接口做线上交友）。
　　解决问题：
　　提高用户对网站依赖性，脱离QQ更高效、更直接、低成本的免费网页聊天工具。
　　产品优势 ：
　　无需下载客户端用户即可在网页即时高效沟通，无刷新接收好友消息；强大后台管理在线用户，达到精准营销；强大云端支持；订制个性网站聊天客户端；快速安装插件，免费维护升级等优越功能。
热门软件推荐
热门安卓应用推荐
牛华网推荐爱天空QQ聊天记录查看器软件官方下载 爱天空QQ聊天记录查看器V131130官方版免费下载 迅载绿色软件
您当前所在位置： →
爱天空QQ聊天记录查看器
爱天空QQ聊天记录查看器 V131130官方版
支持实时记录Q聊天数据
好评:0%(0)
坏评:0%(0)
简体中文/免费软件/9.4
简体中文/免费软件/8.0
简体中文/免费软件/8.2
简体中文/免费软件/0.0
简体中文/免费软件/8.0
爱天空QQ聊天记录查看器软件简介
此软件只提供学习使用，请在24小时内自行删除
&【概括介绍】
支持实时记录Q聊天数据。
【基本介绍】
1、支持QQ2009-QQ2012目前所有版本。
2、支持实时记录Q聊天数据。边聊边删除同样记录。邮箱发送功能:每天第1次登录QQ将自动发上一天的实时数据，之后当天再登录Q不在发上一天，直到第二天接着发上一天。
3、可查看未删除的历史聊天记录,需要安装后重登录一次QQ后方可。
4、支持查看未删除的历史发送/接收过的图片。
5、支持记录实时视频图像。
6、安装后无启动项，无进程，随Q自启动，重启电脑同样有效，安全、高效。
安装步骤：
1、运行&安装卸载&程序,点\&安装卸载\&按钮。按步骤操作完后，登录QQ便可以记录。
2、此时已正常工作了，因为无启动项，无进程，随Q自启动，所以安装后软件可放在U盘或删除如果要查看时在运行&查看.exe&登录即可。
再次提示：要查看数据时运行&查看.exe&程序。
爱天空QQ聊天记录查看器免费下载地址
电信高速下载
联通高速下载
历史版本下载
爱天空QQ聊天记录查看器
声明：本网站软件或游戏版权归作者所有，如果无意之中侵犯了您的版权，请邮件告知或通知网站客服，本站将在3个工作日内删除。© Copyright聊天软件哪个能看到实时距离_百度知道
聊天软件哪个能看到实时距离
提问者采纳
提问者评价
太给力了，你的回答完美地解决了我的问题，非常感谢！
其他类似问题
聊天软件的相关知识
按默认排序
其他2条回答
具体记不清了，你查查看好想叫小恩爱，但是之前用过的
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁我把第一个问题选为：QQ的架构。呵呵，题目是不是有点大？QQ现在的最高在线用户数是1900万，我们来讨论一下要作一个这样的架构如何来作更好，大家积极发言，这也是我这个周末为自己选择的思考题，呵呵。大家积极畅所欲言。
我们讨论的问题可以包括但不限于这些内容：
１.登录时的负载如何解决的
２.服务器主要作哪些事，负载如何解决
３.数据库负载如何解决
------------- Arbow
我来这看热闹的，也没做过啥大系统，随便说两句啊:)
按照我们的设想，对于3，是不会使用数据库来撑大访问量的，特别是一些不需要实时更新的数据，会通过一个的Server对数据进行汇总，然后在数据库比较空闲的时间段进行批量更新。而客户端查询相关信息，也不会直接查询数据库，而是直接连接Server来获取。对于这些Server群的负载，就有很多方法了，没做过，就不纸上谈兵啦。
另外说说Web负载，根据HTTP协议返回的信息，QQ是使用Apache来实现Web负载的，Apache虽然定制非常方便，扩展性强，但是性能并不是最优的。Google就实现了它自己的WebServer
(Gmail中是GFE？？)，跟它的GFS紧密结合起来，性能做到最好。
好了，搬个小板凳看老大们发言啊@_@
-------------tingya
QQ的后台用的是MySQl数据库哦，呵呵，是不是不可思议啊？不过整个MySqL都是面目全非了，被QQ的人修改的不成人形。性能非常的高，尤其数据的读取和存储。
QQ的服务器技术号称世界领先，呵呵，
------------Donald
只知道QQ的广告服务器是分省的，广告下发要一到两天，其他的就不知道了
登陆和登出确实是个比较麻烦的事情，要通知到所有的好友，所以用户数据必须是集中的，登陆有时候通知会失效，不知道是不是UDP的协议，听大家说说
---------- Roger Chen
以前对MSN Messenger协议有所研究，MSN Messenger服务器可以分为三类：Dispatch
Server(DS)、Notification Server(NS)、Switchboard Server(SB)。
DS是Messenger登陆时首先连接的服务器。然后DS指定一个NS的IP返回给客户端，
然后关闭连接。
Messenger接着连接到得到的NS IP地址，所有的操作信息，比如添加好友、删除好
友，更名等等都是通过NS的这个连接完成。只要Messenger在线，该连接会一直保
如果要开始对话，发起人发送指定指令到NS，NS返回一个指定的SB IP，接受者会
在其NS连接上也收到该SB IP的通知。然后双方均连接到该SB上进行对话，对话完
成后关闭连接。
以下是我对这三种服务器的看法：
DS采用的负载均衡方式应该比较简单，通过DNS解析来做负载均衡。并且由于在DS
上的连接都是短连接，保持时间非常短，所以应该DS服务器的数量应该不会很多。
由于DS必须要返回一个可用的NS IP，那么内部应该还有其他种类的服务器来保存
当前所有可用的NS服务器，以及这些NS服务器上的负载。通过DS这一层来为接下来
的NS做负载均衡。
NS连接均为长连接，所以在这一层上的负载由DS来调节。如果NS负载太大，新客户
连接上DS时会返回其他相对空闲的NS服务器。当然NS服务器之间也有相互通讯的机
制也是少不了的，比如上下线通知、对话发起等等。
SB连接的时间介于NS和DS之间，其负载由NS来作控制。对话完成后和SB之间的连接
就关闭了。不过由于所有的对话都在SB上进行，MS的服务器资源再强也会吃紧，所
以现在新版的MSN Messenger都加入了P2P Message类型，在发起对话的时候会判断
如果双方都支持P2P Message，则会直接点对点连接连接，绕过SB这一层。
-----------------anders lin &
我认为qq登录也是差不多这样。
其登录采用udp（默认登录方式）， 登录服务器（相当于NS）不需要保持连接的，负载很好做。
至于对话，qq和msn一样，都是P2P消息（可以打开msn的连接日志看到），不过msn在8.0之前，不支持离线消息。
所以，我很关键的技术问题，应该在于数据库上，一些表必须违反范式，做特别的冗余。
-------------------zhuam& &
接触网络编程有一年多了， 感触颇深啊，
在此我要感谢 Roger Chen
，他帮我解答过不少的问题，谢了，
我一直在做XMPP Server 端的开发工作， 是基于Jive wildfire
来做二次开发， 由于Jabber 是采用 TCP
的方式来交换信息，也有用 HTTP
的方式，那是在5222端口被封的情况下，我们会通过HTTP
的80 断口来交换信息，基于TCP 的 Server
有一个缺点，那就是必须要保持连接，这是很浪费资源的，当达到十万
- 百万级的在线后，我认为最好的方式是基于UDP 的
Server ，那也是最灵活的，做P2P 的IM Client
也是最灵活的。
Skype 是做P2P IM 最好的一个，
他的方式是我最为欣赏的，不是QQ MSN
的架构能比的，真的，这种IM
的架够才是我们需要实现与学习的。
------------------ top(木) &
象QQ这样的规模是采用分布构价的,有点象DNS服务器不是完全一样，但是可以用来理解巨大的访问量可以被复数的服务器分担。QQ的服务器也应该分DS、NS、SB三种或其他若干，其实就是在实际应用中服务器设置的比例不同,我不知道非会员是否服务器需要记录聊天记录如果不要NS负荷也不大，在线也不用实时连接的这样NS的负荷就大幅度下降了。而P2P是QQ用户之间交换数据于服务器无关忽略不计。而离线问题，只有在一位用户已经不在线的情况下，才向服务器发送聊天记录，或者该用户是会员在向对方发送记录的同时在向服务器发送记录，这样服务器只需要处理会员的聊天记录和暂时无法到达的聊天记录。一台服务器用10万的并发流量来说（理论）,而且10W个用户并非同时向服务器发送记录。用户登陆由DS
NS负责的，通知到所有的好友。这个由其他服务器负责，登陆、离线发生的频率更加稀疏。这样负载不会很大。其实不够了再加服务器。关键是构架可以扩展。对于数据库我觉得他们是采用分布式数据库。QQ对用户没有汇总式查询。将一些用户的数据放在树的某的节点上。可以把每个节点设置成数据服务器。这样就把查询量分散了。所有数据并不在一台服务器上，QQ应该是分布式的因为理论上不需要汇总数据，除非需要高效的汇总查询。
---------------------大宝(sodme) &
很高兴能看到大家积极讨论,这两天针对于这个问题,我也有了一些自己的初步想法,拿出来与大家共享.
前两周,听杭州研究院的同事介绍了海量数据存储方面的东西,这个讲座对我还是有点启发的.其中,在介绍有关GFS(GOOGLE自己的文件系统)的内容时,他阐述了这样一个思想:高性能的应用系统,并不全是由高性能的硬件服务器来支持的,甚至,他们有时更多的就是一些普通的服务器,而再甚至,他们可能是目前已经不是市场主流的废旧机器,我们就是要在这些廉价的硬件基础上,通过我们的架构设计和软件设计完成可观的高性能应用,这才是我们所应该追求的目标,也是符合绝大多数网络公司发展现状的选择,因为网络应用系统所承载的未来用户数是不可预期的,它只会不断增大.
如果有需要的朋友,我可以给你们发一份当时讲座用到的GFS资料.在谈到GFS的时候,我觉得对于我而言,收获最大的就是chunk server
与 master server之间的分工,让我很受启发.简单地说,chunk server才是负责作真正逻辑的地方,而master
server只是作了一个中介者,传递了一个信息而已,在具体的应用环境中,GFS client会向master
server询问所要查询的数据文件在哪个chunk server上,然后GFS client就会与chunk server之间直接进行通信.
说到QQ的架构,我想我们现在更多的是站在自己已有的知识架构上去想象和理解它,或者说,这个讨论的主题是这样更为合适些:&如果让你作QQ的网络架构,你会怎么作?&不然,当我们在这时煞有介事地讨论QQ架构的时候,腾讯的朋友看到了,可能会觉得我们讨论的与他们实现的差别太大.所以,我想,我下面的发言内容,将会以这个主题来进行:如果让我来作QQ的架构,我会怎么作?
OK,现在我就把自己当作是一个QQ架构的设计者,我想象一下我会怎样在廉价的硬件服务器基础上去搭建这样的一个海量用户的网络应用系统.
在讨论问题时,我喜欢把问题细化.我们先看一下QQ在聊天(请注意:先只谈聊天)方面具有哪些大致的功能.对于一个网络聊天程序而言,它会具有以下大致功能:
1.账号管理(包括注册,登录验证等)
2.好友管理(包括好友的增,删,黑名单的增,删)
3.消息通知(用户上下线信息的转发,离线消息转发)
总体而言,我把QQ系统的设计难点归纳为两个:一是应用服务器如何部署,二是数据库如何部署.下面,是我的设计思路.
我的基本设计思想是:把QQ号按分段的思想进行管理(比如每100万是一个号段),每段是一个单独的QQ管理集群(暂且称为QQ server
cluster),每个集群之间通过分布式架构支持海量用户在线.同时,会有一个全局唯一的QQ master
server存放全局索引信息,这些信息将主要包括:号段所对应的服务器信息及状态. QQ
cluster的主要组成,将同时包括:应用服务器(称为QQ chat server)和数据库服务器(QQ db
server).我的可扩展架构设想是:当发现现有的用户数已经接近饱和状态时,只要增加一个相对独立的cluster,并把这个新的cluster的相关信息注册到全局唯一的QQ
master server上即可.
每一个QQ server cluster应该提供哪些基本服务:
1.对于客户端,每个cluster是一个相对独立的逻辑组,它承担了用户需要服务器支持的大多数逻辑,比如:好友上下线消息通知,离线消息转发等.
2.同时,对于其它的cluster,要向它们提供这样的接口:好友在线状态查询,用户详细信息查询等.
3.为了实现P2P,还要打通两个客户端之间的UDP通信通道.
4.当客户端选择采用TCP进行通信时,还要负责消息的转发.
那么,每一个cluster里的db都存放了哪些信息呢?
1.存放属于本段用户的详细个人资料(包括除了必要的昵称信息等之外,还包括诸如:年龄,住址等的详细信息)
2.存放好友名单及黑名单(而在这两个名单中,在本地的db上应该只包括必要的基本信息:好友QQ号,好友昵称等)
当客户端登录时,客户端首先只能获得好友的简单信息,如果要想获得详细详细,就需要向本号段的cluster查询,如果cluster发现好友的号不在本号段内,它会向其它cluster查询好友的详细信息(当然,这里的查询方法也是有多种方式的).
说到这里,还有很重要的一点,QQ的登录又该如何来处理呢?
1.首先,我会设置若干个(假设n个)对外开放的登录域名(比如~),这些域名中的每一个是可以同时指向多个登录服务器(称为QQ
login server)IP的,这样可以有效分担连接负载;
2.当客户端连接到login server之后,login server将对用户进行账号认证,成功后,会向客户端发送一个cluster
server的ip,将客户端引导到cluster上去;
3.一旦客户端连接到cluster上成功后,所有的逻辑就由cluster来控制了.
当然,这里仍然还有很多细节问题要考虑,比如:对于这样的分段管理,每个cluster中的QQ chat
server可能一个还不行,那这些chat server之间就要考虑还要加一个chat
master了.不过,这样的话,分层是不是多了一点呢?还有待更进一层的细想,等我想清楚了详细设计方案的时候,会以附件的形式配以图表发上来,此文全当一个引子.
关于我的思路的优缺点:
这样的思路类似于现实生活中电话号码的管理,它是分地区的,也就是分段的,我个人认为这样以后的扩展相对来说可能简单一点.
作为一个解决方案,这个思路并没有充分考虑到根据当前用户在线数来实现动态平衡的目标.比如说1~100万内的在线人数很少,而100万~200万号内在线的人很多,那么这两个不同号段的服务器负载就会完全不一样,从而浪费了服务器资源.
克服缺点的办法:
如果要实现完全根据当前在线用户数来实现服务器负载的动态平衡,那就得将chat server与db server拨离, 让chat
server这一层完全按动态均衡的思路来作,
而db这一块的工作,可以抽象成一个数据管理层来作,但具体的用户数据存储仍然采用分段存储的方式,为不同的号段作不同的数据库存储. 而chat
server这一层的思路, 基本上也是master + chunk的方式,客户端最终仍然是与chat保持长连接.
-----------------top(木……)
&一个必要考虑的问题是登陆时要以地域就近的原则,提供最快的网络响应,所以实际服务应用层应与数据层耦合的.分段式管理可以运用在数据存储的分布式构架中,这是一个数据层的概念,即如何有效的组织分布式数据.因为QQ在实际操作中在即时通讯中需要查询的数据量极少,写入数据层的信息量在所有通讯量中也占很小的比重.所以考核负载可从服务应用层和数据层两方面来考虑.服务应用层主要考虑用户的时实性与服务器负载平衡问题.数据层主要考虑如何提供更有效的分布式存储方案.即采用黑盒的想法,我们在设计服务层时,可意想的认为我们象一个虚拟的数据服务器提出数据请求必然会获得响应.至于服务层如何实现认为是一个黑盒,无须考虑.接着我们只需考虑在服务层的各服务器上如何存储转发暂存取得的数据以提高效率（减少向虚拟数据服务器的查询量,减少与客户端的通讯量,减少服务层各服务器之间的通讯量为目的）
&top(木……) 说:
&&& 其实我们只是说了一个大框架,其实在服务器的配置功能的划分服务层网络的构架上有很多细节问题.这些要针对实际运用需求而分别配置,所以,在设计之前最好先将需求梳理归纳.不过这个工程玩大了，呵呵
&&& 我(sodme)的观点:
&&& 与top想法一样, 数据层是个黑盒, 相对独立. 至于其内部, 采用分段管理.
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：70961次
积分：1678
积分：1678
排名：第11165名
原创：96篇
转载：51篇
(2)(2)(2)(3)(1)(6)(9)(4)(3)(2)(1)(6)(2)(2)(3)(22)(16)(13)(15)(23)(10)