互联网技术总结Word文档格式.docx
《互联网技术总结Word文档格式.docx》由会员分享，可在线阅读，更多相关《互联网技术总结Word文档格式.docx（19页珍藏版）》请在冰点文库上搜索。
网络设备、电脑设备招标选型、验收；
布线材料选型、验收；
布线；
工程监管；
网络配臵；
四、办公网维护
1、空调维护7次；
2、UPS维护6次；
3、精品大规模机器维护：
4次；
4、病毒库升级：
不计其数；
5、内网调整：
3次；
五、网站维护/制作
毕业典礼庆典网站制作；
日常维护：
若干次；
网站可疑代码清理5次；
本人对网络管理、网络教育工作的初浅认识：
1、作为一名员工，应当首先解决好“你在为谁工作”的问题
一方面，我们和学院是劳动雇佣的关系，我们是直接在为学院工作。
但是，另一方面，在这里的工作过程中，可以
积累我们的人生经验，提高劳动技能，为我们的职业生涯积累宝贵的教训。
所以，从这种意义上讲，我们其实还是在为自己工作。
工作的越努力，获得的收益就越深刻，工作的越多，获得的收益就越高。
2、要把工作做好，先把人做好
3分技术7分管理。
网络管理重在一个“管”字，网络管理不仅要和冰冷的设备打交道，更重要的是要给人提供方便和效率。
网络管理的目的是让网络与人和谐相处，让网络这个工具为教学和学习服务。
所以网络管理需要管理员与人和睦相处，注意沟通和协调。
3、网络管理必须实实在在
网络管理，一面面对着焦急的用户，一面面对着无情的网络。
面临着用户不断增长的需求和负荷日益沉重的网络，不允许网管员有丝毫的作秀和懈怠，网络不通就是不通，网管员必须秉承着科学的态度，快速准确的排除网络故障。
4、网络教育的根本出路在于网络技术的不断进步和合理应用
现代网络教育是构建在现代网络技术之上的一种教育形式。
正是与互联网的结合，现代远程教育才得以飞速发展。
网络技术既然是现代远程教育的“依托”，思想汇报专题那么我认为现代远程教育的发展和突破还必须依赖网络技术的发展，特别是我们的应用水平。
现代远程教育从诞生之日起，在弥补了传统教育的不足的同时（例如低成本、跨越时空），其本身也有着无法克服
的局限性，例如，只是停留在对传统课堂的简单模拟；
无法完成传统教学的实验体验和动手能力的培养等等。
我认为，现代远程教育的发展，必须积极采用正在飞速发展的2带互连网技术，弥补现在网速缓慢的缺点，以尽快实现真正的视频点播和视频交互。
必须应用软件技术对学生的学习进行有效的跟踪和记录，以检查教学和学习的效果。
必须把传统教育和现代远程教育结合起来，才能弥补现代远程教育的不足。
个人工作总结
回顾XX年在网络教育学院短暂而快乐的两个多月时间，对我来说颇有收获和意义。
自从XX年10月下旬加入了这个并没有悠久的历史却有着蓬勃发展前景并创造出了卓越成绩的集体以来，时刻感受到院领导、同事们的关心与指导，使我更加热爱这个集体，迫切渴望进一步融入集体，范文写作为集体的辉煌发挥自己的力量。
为了更好地做好今后的工作，总结经验、吸取教训，现对来院两个多月的工作总结如下：
一、思想政治方面
俗话说：
“活到老，学到老”，本人一直在各方面严格要求自己，努力地提高自己，尽快适应新环境、新工作。
作为一名党员，认真学习党的基本理论和重要著作，特别是钻研“三个代表”重要思想和“十六大”会议精神，不断增强自
身党性认识和政治觉悟；
关注国内国外政治实事，运用科学的方法论分析现今发生的各大政治事件，不断提高认知分析能力；
凡事从我做起，热心助人，虚心接受大家的指导，相互学习交流，逐步锻炼交流沟通、协调组织、工作能力。
作为一名年青工作人员，以饱满的热情、充沛的精力、负责的态度对待每项工作；
以学院发展大局为重，全局着手进行各项工作开展；
考虑到自身工作性质，不断提高业务水平，快速提升解决问题能力。
进步可见，但仍存在有待改进之处。
在以后的工作学习中，会努力纠正不足，争取思想认识的全面进步。
二、主要活动和工作内容
1、主要活动
XX年11月9日参加了美国国家科学基金会高级顾问有关网络教育的座谈会。
范文TOP100座谈中拓宽了学术视野、获取了网络教育的前沿技术等，受益颇深。
XX年11月19日至11月XX日作为院内会议代表参加了学院的第四次校外学习中心会议，在此次会议中对学院有了一个全面清晰的了解，同时熟悉了学院不同部门的工作关系，了解学院的发展动态和目标，加深了对各工作流程的进一步熟知，对学院的飞速发展和远大前景有了明确自豪期待的认识。
XX年12月4日至12月8日，陪同学院领导对北京师范大学、东北师范大学进行远程教育相关的访问和考察。
通过访问考察，了解网络教育的发展状况、办学经验、教学模式
篇二：
技术要点总结
1.熟练掌握Android四大组件，常用的布局文件等。
四大组件：
activity:
它是用于Android程序与用户交互的窗口，保持各界面的状态，做持久化，管理生命周期，做一些逻辑的跳转
service（服务）：
接收和完成上层指令，为定义好的intent提供同步异步接口
ContentProvider（内容提供者）:
提供数据，向外提供统一接口，可以对数据进行排序整合BroadCast（广播）:
可以接收多种intent作出发事件，最全面的转换成notification，统一了Android事件广播模型
常用布局有五种
LinearLayout（线性布局）：
依次排列控件
RelativeLayout（相对布局）：
相对某个元素的位置进行排版
FrameLayout（帧布局）：
控件依次放在坐上角，会重叠，一般用于填充FragmentTableLayout（表格布局）：
TableLayout去定义它的行TableRow它在去定义它的元素
AbsoluteLayout（绝对布局）：
根据xy轴指定元素位置，局限性比较大，在屏幕旋转时会产生错位
ps:
呃、有五种其中最长用的是线性和相对布局大部分页面用这两个布局都可以解决，
然后就是帧布局，它初始方位是左上角，会重叠显示，一般用于填充Fragment，表格布局就是先定义行，在去定义每行中的元素，一般像计算器这种布局需要使用，绝对布局我是不怎么用，因为他的局限性太大，它是根据XY轴去定义元素的，屏幕旋转的时候会发生错位
2.熟悉XML/JSON解析数据，以及数据存储方式。
XML解析:
saxdompull
dom主要使用在PC上开发
sax有点是不占内存空间解析方便但是对嵌套多个分支处理不好
pull也很省内存而且在J2ME中对节点处理比较好
gson解析
存储方式
SharedPreferences：
Android提供用来存储简单的配置信息，用键值的方法存储，它采用xml格式将数据存储到设备中。
文件存储：
用输入输出流存储，提供了openFileInput（）和openFileOutput（）方法SQLite数据库：
ContentProvider（内容提供者）：
为存储和获取数据提供统一的接口。
可以在不同的应用程序之间共享数据。
Android已经为常见的一些数据提供了默认的ContentProvider应用继承了ContentProvider，重写该类的提供数据和存储数据方法它的好处是统一了数据的访问格式网络存储：
Android网络了数据包
3.熟悉常见Android优化技术，获取网络图片异步加载，分批加载，分页显示
listview的优化：
listview的复用
1.自定义适配器，给contentView设置tag（setTag（）），传入一个viewHolder对象，达到图像异
步加载的效果，
2.用于缓存要显示判断contentView是否为空，如果为空创建view，如果不为空复用之前销毁的view
3.档listview需要显示item很多时，可以使用分页加载
4.熟练掌握数据通信：
线程通信、组件间通信
线程通信：
Handler机制：
它是负责也子线程进行通讯更新主线程UI因为如果在主线程更新UI进行了耗时操作，主线程阻塞5秒会造成ANR异常，所以需要借助Handler机制链接子线程与主线程完成更新UI它的工作原理是：
子线程通过Handler创建一条消息，然后通过Handler将消息发送到UI线程对应的消息队列，然后这时候主线程对应的Looper会判断消息队列是否有消息，没有就继续循环等待，有的话UI线程就会调用Handler来处理消息。
（图一）
Handler在发送Message时，会在它的成员变量target上标记当前handler的引用，所以哪个handler发送的Message，就会由哪个来处理。
Looper：
一个线程可以产生一个Looper，它在内部维护一个MessageQueue，Looper通过开启一个while（true）死循环来轮询MessageQueue中的Message。
当轮询到时就会分发这个Message给handlerMessage方法处理。
用来管理该线程里的MessageQueue（消息队列），我们可以构造Handler对象与Looper沟通，以便push新消息到消息队列，或者接受Looper从消息队列中取出的消息
MessageQueue（消息队列）：
是用来存放线程中放入的消息。
ANR（ApplicationNotResponding）:
活动管理器和窗口管理器这两个系统服务负责监视应用程序的相应，当用户操后后5S系统没有给出反应或（BroadcastReceiver）广播接受者在10S内没有执行完毕，就会发生ANR，所以耗时操作，我们应该都放在子线程或者用异步方式来完成
组件间通信：
Activity与Fragment数据传递：
方法一：
Fragment中通过getActivity（）进行强转，调用Activity中公有的方法getActivity（）.fun（）；
方法二：
Activity在切换Fragment的时候，通过setArguments向Fragment传递参数，Fragment通过getArguments（）;
获得从activity中传来的值；
方法三：
Activity实现一个接口，Fragment在onAttach方法中将Activity转化为该接口，在需要调用的时候回调。
用Fragment的原因是他可以在一个Activity中实现不同的界面，Fragment之间动画切换比Activity中变化方式多。
Intent、对象序列化：
Intent：
它是连接四大组件的桥梁，它是运行时绑定（runtimebinding）机制，它运行是可以连接两个不同组件，分为两种
显示Intent：
明确指定出目标组件的名称，多应用与程序内部，但是官网建议我们使用隐式Intent。
隐式Intent：
不会明确指出我们想要启动的哪一个活动，而是指定action和category等信息，交给系统去分析
1.action（动作）在清单文件中activity下&
lt;
intent-filter&
gt;
中使用定义所能接受的动作
2.category（类别）
对象序列化（Serializable）：
是指将对象转换成字节序列过程，反序列化是把字节恢复成对象的过程
应用场景：
1.永久性保存对象，保存对象字节序列到本地文件中
2.通过序列化对象在网络中传递对象
3.通过序列化在进程间传递对象
事件总线类框架（EventBus等）：
接口回调设计：
5.了解Socket通信，TCP/IP、、xmpp等网络协议。
Socket是与服务器建立链接后直接进行数据的传输，不需要每次都向服务器发送请求，主要特点是数据丢失率低，使用简单易于移植。
实现原理是
服务器端：
先声明一个ServerSocket对象并制定端口号，调用这个对象的accept（）方法用于接收客户端数据，这个方法在没有数据接收时时处于阻塞状态，一旦接收到数据通过inputstream读取接收的数据
客户端：
先创建一个Socket对象，制定服务器的IP地址和端口号，通过inputstream读取数据，获取服务器发出的数据，最后将要发送的数据写入到outputstream即可进行TCP协议的socket数据传输。
TCP/IP
IP层收由低层（如以太网设备驱动程序）发来的数据包，吧数据包发送给更高层，TCP层或UDP层
TCP是面向连接的通讯协议，通过三次握手建立连接，只能用于端到端的通讯，有高度的可靠性，他会把一台住机发出的字节流无差错的发往互联网上的其他主机
TCP/IP参考模型分为四个层次：
应用层：
TCP/IP模型将OSI参考模型中的会话层和表示层的功能合并到应用层实现
传输层：
功能是使源端主机和目标端主机上进行会话，他再传输层定义了两种服务质量不同的协议，TCP（传输控制协议）UDP（用户数据报协议）
UDP：
面向无连接的通讯协议，由于通讯不需要连接，所以可以实现广播发送，它是一个不可靠的、无连接的协议，可能会出现丢包现象，主要面向查询-应答服务，适用于不需要对报文进行排序和流量控制的场合
网络互连层：
是TCP/IP协议栈的核心，功能是把分组发往目标网络或主机
主机到网络层：
给它的上传-网络互联层一个访问接口一遍上传IP分组
优点：
不依赖特定的硬件货操作系统
缺点：
没有将功能与实现方法区分开，不适合于其他非TCP/IP协议簇。
没有将物理层与数据链路层划分。
（超文本传输）：
简单快速：
客户向服务器请求服务时，只需传送请求方法（GET/HEAD/POST）和路径，服务器的程序规模小，通信速度快
灵活：
允许传输任意类型的数据对象，正在传输的类型有Content-Type加以标记。
无连接：
限制每次只处理一个请求，处理完请求，并收到客户的应答后，即断开连接，节省传输时间。
无状态:
是指对于是务处理没有记忆能力，但是如果后续处理需要前面的信息则必须重传，导致每次连接的数据量增大。
XMPP:
xmpp核心就是xml，xmpp利用xml数据流进行客户端与服务器端的通信，它有一个数据模块负责将xml流解析成Java对象，将Java对象封装成xml流。
6.掌握OOM异常的处理，并可以对应用进行相应的优化。
Dalvik主要管理内存有javaheap和nativeheap两大块，对于安卓应用来说，手机设备限制，一般应用使用的RAM不能超过某个设定值，如果分配大于该内存，就会报出OutOfMemory错误，不用厂商规定默认值不一样，当Javaheap+nativeheap&
=默认值时就会报错还有一小块内存用于其他用途如垃圾回收
原因：
1.应用中要加载大对象，如Bitmap
当我们需要显示打的bitmap对象或较多时，就需要进行压缩来防止OOM问题。
将BitmapFactory.Optiions的inJustDecodeBounds属性设为true，这样就不会加载图片到内存中，而会将图片的width和height属性读取出来，我们可以利用这个属性对bitmap进行压缩，Options.inSleSize设置压缩比
在Android3.0之后，bitmap对象就直接分配到Javaheap上，因此我们可以服用bitmap内存，而不必回收它。
内存溢出和内存泄露的区别，内存泄露是指程序在申请内存时，没有足够的空间供其使用，内存泄露是指程序在申请内存后无法释放已申请内存空间，内存泄露堆积后果很严重，无论多少内存迟早被耗光，memoryleak最终会导致OutOfMemory
静态变量导致内存泄露：
我们在代码中用静态对象，再不用的时候如果不赋null值，消除对象引用，那么这些对象是很难被垃圾回收的，一旦多了或者较大就容易OOM
不合理使用Context导致的内存泄露:
在activity中有些地方需要用到context的时候我们经常会把context传递过去，传递过去的context就有可能被延长生命周期，导致内存泄露。
（因传递后屏幕旋转导致activity冲击，原先的activity对象不会被回收，因为后台线程还在引用，如果这个activity消耗了比较多的内存，就会因为旧的activity没有被回收而导致内存泄露）非静态内部类导致的内存泄露：
和context一样，非静态内部类持有外部类的一个引用，该类生命周期超过外部类的生命周期，就可能引起内存泄露（如AsyncTask和Handler），所以当生命周期较外部类的长的话，就使用静态内部类。
Drawable对象的回调隐含的内存溢出：
我们为view设置背景的时候，view会在drawable对象上注册一个回调，所以drawable对象就拥有了该view的引用，进而对整个context都有了简介的引用，如果该drawable没有管理好（如设置为静态）就会导致内存泄露
7.熟悉Androidhanlder消息机制AsyncTask异步任务机制。
AsyncTask在代码上比Handler轻量一些，但是更耗费资源，适用于简单的异步处理定义了三中反省类型参数，Params,Progere和Result
Params启动任务执行的输入参数，比如请求的URL，任务执行器需要的数据类型。
Progress后台任务执行的百分比，即后台计算中使用的进度单位数据类型
Result后台执行任务族中返回的结果，如String
8.熟悉常用网络框架：
volley、XUtils、ok等。
ok主要包括：
一般的get请求，一般的post请求，基于的文件上传，文件下载，加载图片，支持请求回调，直接返回对象，对象集合，支持session的保持
get请求的步骤，首先构造一个Request对象，参数最起码有个URL，也可以通过Request.Builder设置更多的参数比：
header，method等，然后通过request的对象去构造得到一个Call对象，类似于将请求封装成任务，最后，我们以异步的方式去执行请求，我们调用的是call.enqueue,将call加入调度队列，然后等待任务执行完成，我们在Callback中即可得到结果。
Post：
post的时候参数是包含在请求体重，我们通过FormEncodingBuilder，添加多个String键值对，然后去构造RequestBody，最后完成我们Request的构造。
volley:
为什么要选volley在我们作应用之初我们会选择比较成熟的网络框架早期用过bitmap的Xutilsutils但是扩展性不是很方便还有一个现在考虑到一个应用的扩展性就不会再去选择快速继承框架，我们自己去选择一个网络框架当时找到谷歌在13年I/O大会推出的volley的网络框架还有西科瑞的ok网络框架volley适合于大批量小数据的请求而ok是比volley更强大的网络框架还支持一些大数据的上传下载而我们的应用都是用比较小的数据无外乎就是一些图片不关系的上传下载volley也涉及到其他三方网络工具的扩展后来决定选择volley
先说一下当初选volley的时候一些调研刚才说它支持一些大批量小数据化的应用因为它内部有几个网络线程，有几个子线程，其实跟线程相关的有一个cacheDispatcher它是一个短程的请求线程，它默认有四个网络的请求线程管他这个四个我们也是可以改的它默认的是4个这个是谷歌介绍volley推荐的时候默认的操作我们做应用的时候发现四个也是够用了他内部有一个请求队列我们把请求队列加进去的时候首先会有一个操作会把它放到缓存队列里面，因为volley本身支持标准协议的缓存也就是说服务器告诉我们需要缓存的话volley就会帮我们进行缓存，如果缓存里面没有的话会吧请求放到网络队列里面网络队列里面会有四个while（true）的线程排队去取去到了就把请求发送出去发请求定义接口work。
work的接口处理网络请求，除了发请求还处理了一些重试机制就是多久超时了，下一次请求隔多长时间他会有这样一个机制，work只是一个发请求的工具，请求的处理还有一个stack的接口，volley帮我们实现了两个默认的接口一个是使用URLconection,一个就是用阿帕奇的client当然也考虑到6.0以后吧client取缔了API大于9以后默认使用urlconection，这个技术细节没有过多关心。
将来万一应用需要上传下载了，我们用ok加进去，自己去实现一个网络工具。
这也是我们选volley很大一部分原因，他通过stack发出请求回来以后会对请求进行解析，同样是他内置的一个request接口进行解析，当然它内置有几个实现类，一个string的一个json的还有一个emage的，几个内置的请求，对服务器返回来比较原始的数据进行二次解析，有可能是一个图片，也有可能是一个对象，解析出来以后它内部有一个Handler主线程的子Handler把结果抛给主
篇三：
网络运营年终工作总结范文
网络运营专员20XX年年终工作总结今天是20XX年的第一个周一，第二个工作日，新的一年意味着新的起点，新的机遇和新的挑战。
这也是进入昆明朗高印务设计有限公司以来的第三个年头。
为在20XX年更好地完成工作，扬长避短，现对20XX的工作总结汇报如下，请吴总、闻副总和各位同事批评指正。
一、20XX年工作概况
1、第一次系统学习网络营销
“最好的福利是培训，”我想确是如此，“授人以鱼不如授人以渔”。
十分有幸也非常感谢吴总给予了我系统性学习网络营销的机会，这样高成本的付出，对于我自己来说是一种莫大的福利，也是一个成长、充电的机会。
走出学校，不是学习的结束，而是另一个探索未知的开始。
在单仁资讯三天两晚的高强度学习，我感悟最深刻的并不是网络的强大与营销的盛行，而是我们与别人在思想与行为方式上的差异让我感到震撼。
坐井观天不是最恐怖的，恐怖的是坐在井里而不自知。
互联网时代，全网营销、全民营销的年代，人人都是自媒体，草根也可以变大v，唯有改变，才能让我们在激烈的竞争中略胜一筹。
作为一个刚转型的传统包装设计、印刷行业，或许，我们目前还做到不到大v，还不能在互联网上一呼百应，更无法实现一些类似“网站上线3天，订单超过x亿”的奇迹，但是我们一直在努力，一直在学习，不求做到最好，只愿一年更比一年好！
2、经历公司波及范围较大的人事变动
3、接触生产部的工作
7月份，参与生产部的工作（主要是生产进度的跟踪与记录），让我明白什么叫：
事无巨细。
生产部的工作对于我来说，是一个全新的领域，我不懂印刷、不懂工艺、不懂流程、不懂食品包装设计、不懂营销型包装?
?
我只知道每天不停地追问这个好了没，那个发了没。
所以，这个工作做得很累，很被动，没有起到应该有的协调、预见作用。
而且出现了不少失误，要么客户没有按时收到货，要么货的数量有问题，还有就是因为跟客户沟通不到位造成客户收货不便。
这一桩桩、一件件都让我看到了自己工作的不足。
好在一直以来，领导和同事都用包容和鼓
升级会员 