java_mzd
- 浏览: 580385 次
- 性别:
- 来自: 长沙
-
最新评论
-
lingyigeshijie_：
说的很明白
java多线程并发编程与CPU时钟分配小议 -
程序员是怎么炼成的：
initCacpcity和loadFactor为什么要stat ...
Hash表分析以及Java实现 -
snails：
博主很用心啊，以下文章也挺好的jdk和jre的区别
JDK,JRE,JVM区别与联系 -
newbee_zc：
我要向你学习！
淘宝武汉*面试归来 -
南瓜猿：
。。。联盟招收小学弟吗- -
迷途，归来
文章列表
跟着Mars老师
一起写android中的Mp3播放器
真是受益匪浅
再次感谢老师的无私奉献
不过其中问题也确实不少
感觉老师的代码重构做的不够
其中对LRC文件的解析也弄的比较马虎
今天特意花了一天的时间
好好研究了正则表达式
也仔细思索了LRC文件到底应该怎么来解析
以下先分析思路
再给出实现代码
首先
我们应该明白LRC文件的组成
LRC文件本质就是个符合一定格式规范的文本文件
这一点对照XML文件就很好理解了
一个LRC文件的组成
通常由以下几个部分组成
[ti:约定]-------标题[ar:周惠]------演唱者 ...
内存流在写通信的时候用过蛮多次了
可是每次看到李新华书上给内存流的定义
ByteArrayInputStream主要完成将内容写入到内存中
ByteArrayOutputStream主要内存中数据输入
就觉得蛋疼无比
本来明白的也看糊涂了
哥，输出流到底是从内存中输出到哪去啊？输入流写入内存又到底是写在哪里啊？
本来自己都用过很多次了
看到他这个定义又混乱了，简直是蛋疼无比。
遂，决定总结一番
一。ByteArrayOutputStream 主要是将内存中的数据（还是觉得这个说法很蛋疼），换个说法主要是将我们自己设置的，要输出的数据，输出到某一块内存区域，然后我们 ...
难道这两天不是特别忙
静下心来复习复习JAVA基础
抽空好好回顾了下IO方面的知识
主要是关于字节流与字符流的一个总结
字节流
顾名思义
以字节为单位进行IO操作
最大的两个父类是
InputStream与OutputStream
都是抽象类
需 ...
一.数据库的操作体系接口
无论什么数据库，在什么程序中使用，操作体系是不变的
应用程序--->数据库工具---->SQL或MYSQL---->数据库系统-----> 操作系统----->数据
二。数据库物理结构
不同数据库物理结构不太一样
比如Oracle中由数据文件(Date Files)、重做文件系统（Redo Log Files）、控制文件（Control Files）初始化参数（ini.org）概要资源文件（profiles）
比如Oracle中的数据文件文件格式可能非常复杂，很难通过编程直接由IO进 ...
DOM文档对象模型，将整个XML文件读入内存，建树。 优点：树结构，熟悉，操作简单（增删改） 缺点：文件大时，读入内存太耗资源SAX sample api fo xml 一句一句的解析，可以虽然开始停止 缺点：只适合解析，当需要操作增删改时不方便 SAX的原理简单说就是对文档进行顺序扫描，当扫描到文档（DOCUMENT）开始于结束、元素（ELEMENT）开始与结束、等地方时，通知事件处理函数，由事件处理函数做相应动作，然后继续扫描，直到文档结束------------------我们需要做的，只是写实现接口的事件处理函数 （再次体验接口编程的优势）
本贴转自：CSDN中的 zeng666peng http://blog.csdn.net/zeng622peng/archive/2010/10/21/5955773.aspx
首先我们来明确几个概念：
SIM
卡存储的数据可分为四类：
第一类是固定存放的数据。这类数据在移动电话机被出售之前由
SIM
卡中心写入，包括国际移动用户识别号（
IMSI
）、鉴权密钥（
KI
）、鉴权和加密算法等等。
第二类是暂时存放的有关网络的数据。如位置区域识别码（
LAI
）、移动用户暂时识别码（
记得刚开始接触JAVA的时候
胡老师就告诉我们
接口，是一种标准
比如USB接口，就是一种标准
只要实现了这个接口的所有设备，
插入USB插槽，就能在系统中使用
当时大概明白了有这么回事
随着学习的深入
发现其实JAVA中也到处都是接口
JDBC是实现一组接口
GUI中的监听器也是一组接口
多线程中的runnable是接口
到处都是接口
但是关于接口的感受也就是通过记住那么些定义、概念
一直就模模糊糊
始终没有很直观的理解和感受，
随着时间的蔓延
也感觉到了其实我们生活中到处都是各种接口，各种标准
不仅仅在JAVA中
其实我们商学院的课程中也多次 ...
首先感谢那位给我留言的李先生
中国有句古话“生意不成仁义在”
虽然可能最后我都没有机会跟你们合作开发什么项目
但是还是得感谢您
没有你的留言
我就不会再重新回头去回顾自己那个项目
就不会那么用心的花一天的 ...
出去了一趟
开学又忙活了一阵
有几天没做事了
也好久没写总结了
最近估计都没得时间了
写还是抓紧赶紧把教务管理系统写完吧
写完了再回头统一回顾再写总结吧
现在记下这两天遇到的几个问题
记下来
就当做是做笔记
备忘录吧
1.无论AJAX还是JSP还是SERVELET其实都是从服务器端传送字符串到客户端（浏览器）
注意，是字符串，HTTP中传送的所有信息都是字符串
所谓的servlet在session中存放数据，取出数据，都是在服务器端完成的，完成后再把字符串统一发送到浏览器
客户端无论是链接到JSP还是HTML还是SERVLET ...
马上就要开始要WEB开发
要写个自己的BLOG系统了
老师已经把serlvet和Tomcat这些基础知识算是科普完了
童鞋们也开始各回各家各找各妈的干自己事了
每个人着眼处不一样
着重点自然也就不一样
在这段时间内
主要是回顾了下大一开的数据库
（大学唯一挂过的一科）
哎
才发现当年没去上过一节课真是个错误
数据库设计真的是个神奇的东西
恩
好了
废话不多说
直表正文
在BLOG系统中
相信大部分童鞋
都是用的龙哥说的分UserInfo
Article Comment 3个实体
哎
秉承着商学院孩子应有的素 ...
前序-------写了两个多小时的文章
提交的时候突然断网，然后再也退不来
草稿保存的也是1个多小时以前的
对着两个风扇吹还一边流汗
实在是整个人都浮躁不已了
耐着性子再次写完
但是质量就已经…………………………
上篇写到
我们在实现多线程广播屏幕截图的时候
因为CPU对多个线程之间的执行顺序是随机的
也就导致了我们发图片的时间间隔的不确定性
从而导致了有些图片从开始发到发完的时间的不确定性
严重降低了系统的实时性
（实际上，在TCP模式下用线程池多线程随机发送图片改良下的远程监控系统，如果服务器端放电影，观测客户端，会发现经常会出现电影“倒着放”的现 ...
通过前面几篇文章的分析小结
我们已经知道知识纯粹的将图片按质量压缩
使图片文件小于64KB以适应UDP发送是不可行的
当图片质量小于临界点后
质量的降低对图片大小的影响是很小的
要想在保证图片清晰度的情况下用UDP来发送图片
前文已经分析
我们把图片数据分包，用UDP广播分包后的消息
UDP的不可靠性，以及根据概率学知识，大家都知道分的包越多，越危险，我们需要尽量少分包
在接收方，用一个缓冲区来接收数据包。根本数据包内容中的标识来组装包，根据实时性要求，当接收消息超过3秒还未收到兄弟包，在丢弃。
来了
先来看今天实现的思路和代码
先看依据UDP传输需求的数据对 ...
研究了那么久的图片压缩原理之后
虽然没能带回一个自己用JAVA实现的图片压缩软件
但是总算是自己终于对图片压缩有了个清晰的了解
好了，废话不多说
继续上次关于远程监控系统中用UDP广播图片遇到的图片压缩大小瓶颈问题
首先再次讨论上次给出的那组数据（关于对比ImageIO默认参数下写出GIF/JPEG，以及自己设置参数的JPEG）的讨论
GIF采用的是字典LZW算法，该算法是无损压缩，能提供近乎完美的无损压缩比，我们记得压缩后的图片大小大约为90KB
而JPEG默认情况下为有损压缩，压缩后大小大约200KB
在ImageIO中通过自己设置压缩质量来压缩，我们发现当压缩质 ...
研究图像压缩技术也差不多有一个星期了
今天先做一个小结吧
算是读书笔记
要总结图片压缩知识
先回顾一下当中用到的一些支撑的基础知识
一.色彩空间
颜色可用色彩空间来进行数学模拟，通过色彩空间我们能形象化的表 ...