安卓手机上如何实现视频监控

1. 需要设备：两部手机，一个软件。智能手机的 *** 作系统Android 2.0 以上，就能安装高清版的千里眼VSir。

2. 下载安装千里眼VSir 到手机，安装注册， 就能得到一个千里眼号， 以后就用这个千里眼号就能登入使用千里眼的功能。注意两部手机都要下载安装该软件。

3. 被当做监控摄像头的手机设置为允许被监控，设置好被监控号，把其摄像头对准要监控的地方。

4. 另一部手机输入被监控号， 就能查看到被监控手机摄像头拍摄到的实时画面。还可以截图， 录像。

5. 手机的移动化特点， 使得视频监控也能实现移动化。 千里眼流量小， 花费小。免费试用， 之后只收取流量费， 不监控的时候关上手机， 没有流量！

6. 有手机信号的地方， 就能视频监控。千里眼VSir 还能自动调节流量， 手机信号不好的地方也能保证清晰稳定的视频。

7. 除了视频监控， 安装一个千里眼VSir， 你还能享受到下列其他功能： 视频电话， 视频会议， 文件传输， 对讲机， 多人监控等等。

8. 你可以监控房间防盗， 可以远程看护保姆照顾宝宝情况， 远程看护宠物，管理多个连锁店， 监控工厂流水线。。。。

参考如下内容:

AndroidStudio 中Memory控件台（显示器）提供了一个内存监视器。我们可以通过它方便地查看应用程序的性能和内存使用情况，从而也就可以找到需要释放对象，查找内存泄漏等。

熟悉Memory界面

打开日志控制台,有一个标签Memory ,我们可以在这个界面分析当前程序使用的内存情况。

运行要监控的程序（APP）后，打开Android Monitor控制台窗口，可以看到Memory控制台。 点击Memory控制台上Enable按钮，Memory控制台开始显示正在运行时程序的Memory使用情况。如上图中显示：

AndroidStudio Memory的功能：

启动与关闭Memory监测按钮

手动触发GC按钮

dump java heap 按钮,点击Android Studio就开始干活了，成功后会自动打开 hprof文件。

start(stop) allocation tracking按钮先点击一次，然后会看到Memory

Recorder开始转动，然后自己开始在APP上面做相应的 *** 作。在合适的时间再点一次，结束记录。

Android内存优化一:java垃圾回收机制

Android内存优化二:内存泄漏

Android内存优化三:内存泄漏检测与监控

Android内存优化四：OOM

Android内存优化五：Bitmap优化

Memory Profiler 是 Profiler 中的其中一个版块，Profiler 是 Android Studio 为我们提供的性能分析工具，使用 Profiler 能分析应用的 CPU、内存、网络以及电量的使用情况。

进入了 Memory Profiler 界面。

点击 Record 按钮后，Profiler 会为我们记录一段时间内的内存分配情况。

在内存分配面板中，通过拖动时间线来查看一段时间内的内存分配情况

通过搜索类或者报名的方式查看对象的使用情况

使用Memory Profiler 分析内存可以查看官网： 使用内存性能分析器查看应用的内存使用情况

对于内存泄漏问题，Memory Profiler 只能提供一个简单的分析，不能够确认具体发生问题的地方。

而 MAT 就可以帮我们做到这一点，它是一款功能强大的 Java 堆内存分析工具，可以用于查找内存泄漏以及查看内存消耗情况。

as 生成hprof文件无法被mat识别，需要进行转换

使用hprof-conv进行转换，hprof-conv位于sdk\platform-tools

ps：as导出hprof前最好先gc几次，可排除一些干扰

Histogram 可以列出内存中的对象，对象的个数以及大小； Dominator Tree 可以列出那个线程，以及线程下面的那些对象占用的空间； Top consumers 通过图形列出最大的object； Leak Suspects 通过MA自动分析泄漏的原因。

Shallow Heap就是对象本身占用内存的大小，不包含其引用的对象内存，实际分析中作用不大。常规对象（非数组）的ShallowSize由其成员变量的数量和类型决定。数组的shallow size有数组元素的类型（对象类型、基本类型）和数组长度决定。对象成员都是些引用，真正的内存都在堆上，看起来是一堆原生的byte[], char[], int[]，对象本身的内存都很小。

Retained Heap值的计算方式是将Retained Set（当该对象被回收时那些将被GC回收的对象集合）中的所有对象大小叠加。或者说，因为X被释放，导致其它所有被释放对象（包括被递归释放的）所占的heap大小。

Path To GC Roots ->exclude all phantim/weak/soft etc. references：查看这个对象的GC Root，不包含虚、弱引用、软引用，剩下的就是强引用。从GC上说，除了强引用外，其他的引用在JVM需要的情况下是都可以 被GC掉的，如果一个对象始终无法被GC，就是因为强引用的存在，从而导致在GC的过程中一直得不到回收，因此就内存泄漏了。

List objects ->with incoming references：查看这个对象持有的外部对象引用

List objects ->with outcoming references：查看这个对象被哪些外部对象引用

使用对象查询语言可以快速定位发生泄漏的Activity及Fragment

使用 MAT 来分析内存问题，效率比较低，为了能迅速发现内存泄漏，Square 公司基于 MAT 开源了 LeakCanary ，LeakCanary 是一个内存泄漏检测框架。

集成LeakCanary后，可以在桌面看到 LeakCanary 用于分析内存泄漏的应用。

当发生泄漏，会为我们生成一个泄漏信息概览页，可以看到泄漏引用链的详情。

LeakCanary 会解析 hprof 文件，并且找出导致 GC 无法回收实例的引用链，这也就是泄漏踪迹（Leak Trace）。

泄漏踪迹也叫最短强引用路径，这个路径是 GC Roots 到实例的路径。

LeakCanary 存在几个问题，不同用于线上监控功能

线上监控需要做的，就是解决以上几个问题。

各大厂都有开发线上监控方案，比如快手的 KOOM ，美团的 Probe ，字节的 Liko

快手自研OOM解决方案KOOM今日宣布开源

总结一下几点：

通过无性能损耗的 内存阈值监控 来触发镜像采集。将对象是否泄漏的判断延迟到了解析时

利用系统内核COW( Copy-on-write ，写时复制)机制，每次dump内存镜像前先暂停虚拟机，然后fork子进程来执行dump *** 作，父进程在fork成功后立刻恢复虚拟机运行，整个过程对于父进程来讲总耗时只有几毫秒，对用户完全没有影响。

---