FileOutputStream os=Activity.this.openFileOutput(“txtme.txt”,MODE_PRIVATE);—>在/data/data/包名/files/目录下会创建txtme.txt文件(如果该文件不存在的话)，MODE_PRIVATE的文件是应用程序私有的，MODE_WORLD_READABLE则所有应用程序都可以访问的，MODE_WORLD_WRITEABLE所有应用程序都可以写，mode_APPEND则是如果要创建的文件存在则新写入的数据不会覆盖以前的数据。
package wl.android;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import com.henii.service.FileService;
import android.content.Context;
import android.test.AndroidTestCase;
import android.util.Log;
public class DataSaveTest extends AndroidTestCase {
private static final String TAG = "DataSaveTest";
public void testSave() throws Exception{
//openFileOutput方法的第一个参数用于指定文件名称，不能包含路径分割符“/”，
//参数二为对文件的访问权限，如果希望有多个权限，则写成如下形式：
//Context.MODE_PRIVATE + Context.MODE_APPEND (注意是用“+”号)
//如果文件不存在，Android会自动创建它。
//创建的文件保存在/data/data/Activity所在的包/files目录，
//如/data/data/com.henii.android/files/myText.txt，
//--------------------------------------------------------
//通过Window-Show View-Other，在对话窗口中展开Android文件夹，
//选择下面的File Explorer视图，就可以看到创建的文件了
//-------------------------------------------------------
//this.getContext方法获取相应的当前应用Activity的上下文环境
FileOutputStream outStream = this.getContext().openFileOutput("myText.txt", Context.MODE_PRIVATE + Context.MODE_APPEND);
FileService.save(outStream, "Henii");
}
public void testRead()throws Exception{
//如果您要读取其他应用的文件的话，你要完整写出这个文件的路径，如：
//如/data/data/com.henii.android/files/myText.txt，
//而且不能使用openFileInput方法（因为这个方法的参数是不能带分隔符“/”的）
//所以您只能使用最一般的读取文件的方法进行读取
FileInputStream inStream = this.getContext().openFileInput("myText.txt");
String henii = FileService.read(inStream);
Log.i(TAG, henii);
}
}
posted @
2012-02-08 14:13 小果子 阅读(6955) |
评论 (0) |
编辑 收藏
摘要: Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->/*以下为图片处理类*/ <?php/* 图片处理函数功能：缩放、剪切、相框、水印、锐化、旋转、翻转、透明度、反色 处理并保存历史记录的思路：当有图片有改动时自动生成一...
阅读全文
posted @
2012-01-29 14:59 小果子 阅读(231) |
评论 (0) |
编辑 收藏1 引言
Mysql的触发器和存储过程一样，都是嵌入到mysql的一段程序。触发器是mysql5新增的功能，目前线上凤巢系统、北斗系统以及哥伦布系统使用的数据库均是mysql5.0.45版本，很多程序比如fc-star管理端，sfrd(das)，dorado都会用到触发器程序，实现对于数据库增、删、改引起事件的关联操作。本文介绍了触发器的类型和基本使用方法，讲述了触发器使用中容易产生的误区，从mysql源码中得到触发器执行顺序的结论，本文最后是实战遭遇的触发器经典案例。没有特殊说明时，本文的实验均基于mysql5.0.45版本。
2 Mysql触发器的类型
2.1 Mysql触发器的基本使用
创建触发器。创建触发器语法如下：
CREATE TRIGGER trigger_name trigger_time trigger_event
ON tbl_name FOR EACH ROW trigger_stmt
其中trigger_name标识触发器名称，用户自行指定；
trigger_time标识触发时机，用before和after替换；
trigger_event标识触发事件，用insert，update和delete替换；
tbl_name标识建立触发器的表名，即在哪张表上建立触发器；
trigger_stmt是触发器程序体；触发器程序可以使用begin和end作为开始和结束，中间包含多条语句；
下面给出sfrd一个触发器实例：
CREATE /*!50017 DEFINER = 'root'@'localhost' */ TRIGGER trig_useracct_update
AFTER UPDATE
ON SF_User.useracct FOR EACH ROW
BEGIN
IF OLD.ulevelid = 10101 OR OLD.ulevelid = 10104 THEN
IF NEW.ulevelid = 10101 OR NEW.ulevelid = 10104 THEN
if NEW.ustatid != OLD.ustatid OR NEW.exbudget != OLD.exbudget THEN
INSERT into FC_Output.fcevent set type = 2, tabid = 1, level = 1, userid = NEW.userid, ustatid = NEW.ustatid, exbudget = NEW.exbudget;
end if;
ELSE
INSERT into FC_Output.fcevent set type = 1, tabid = 1, level = 1, userid = NEW.userid, ustatid = NEW.ustatid, exbudget = NEW.exbudget;
END IF;
END IF;
END;
上述触发器实例使用了OLD关键字和NEW关键字。OLD和NEW可以引用触发器所在表的某一列，在上述实例中，OLD.ulevelid表示表 SF_User.useracct修改之前ulevelid列的值，NEW.ulevelid表示表SF_User.useracct修改之后 ulevelid列的值。另外，如果是insert型触发器，NEW.ulevelid也表示表SF_User.useracct新增行的 ulevelid列值；如果是delete型触发器OLD.ulevelid也表示表SF_User.useracct删除行的ulevelid列原值。
另外，OLD列是只读的，NEW列则可以在触发器程序中再次赋值。
上述实例也使用了IF，THEN ，ELSE，END IF等关键字。在触发器程序体中，在beigin和end之间，可以使用顺序，判断，循环等语句，实现一般程序需要的逻辑功能。
查看触发器。查看触发器语法如下，如果知道触发器所在数据库，以及触发器名称等具体信息：
SHOW TRIGGERS from SF_User like "usermaps%"; //查看SF_User库上名称和usermaps%匹配的触发器
如果不了解触发器的具体的信息，或者需要查看数据库上所有触发器，如下：
SHOW TRIGGERS; //查看所有触发器
用上述方式查看触发器可以看到数据库的所有触发器，不过如果一个库上的触发器太多，由于会刷屏，可能没有办法查看所有触发器程序。这时，可以采用如下方式：
Mysql中有一个information_schema.TRIGGERS表，存储所有库中的所有触发器，desc information_schema. TRIGGERS，可以看到表结构：
+----------------------------+--------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+----------------------------+--------------+------+-----+---------+-------+
| TRIGGER_CATALOG | varchar(512) | YES | | NULL | |
| TRIGGER_SCHEMA | varchar(64) | NO | | | |
| TRIGGER_NAME | varchar(64) | NO | | | |
| EVENT_MANIPULATION | varchar(6) | NO | | | |
| EVENT_OBJECT_CATALOG | varchar(512) | YES | | NULL | |
| EVENT_OBJECT_SCHEMA | varchar(64) | NO | | | |
| EVENT_OBJECT_TABLE | varchar(64) | NO | | | |
| ACTION_ORDER | bigint(4) | NO | | 0 | |
| ACTION_CONDITION | longtext | YES | | NULL | |
| ACTION_STATEMENT | longtext | NO | | | |
| ACTION_ORIENTATION | varchar(9) | NO | | | |
| ACTION_TIMING | varchar(6) | NO | | | |
| ACTION_REFERENCE_OLD_TABLE | varchar(64) | YES | | NULL | |
| ACTION_REFERENCE_NEW_TABLE | varchar(64) | YES | | NULL | |
| ACTION_REFERENCE_OLD_ROW | varchar(3) | NO | | | |
| ACTION_REFERENCE_NEW_ROW | varchar(3) | NO | | | |
| CREATED | datetime | YES | | NULL | |
| SQL_MODE | longtext | NO | | | |
| DEFINER | longtext | NO | | | |
+----------------------------+--------------+------+-----+---------+-------+
这样，用户就可以按照自己的需要，查看触发器，比如使用如下语句查看上述触发器：
select * from information_schema. TRIGGERS where TRIGGER_NAME= 'trig_useracct_update'\G;
删除触发器。删除触发器语法如下：
DROP TRIGGER [schema_name.]trigger_name
2.2 Msyql触发器的trigger_time和trigger_event
现在，重新注意到trigger_time和trigger_event，上文说过， trigger_time可以用before和after替换，表示触发器程序的执行在sql执行的前还是后；trigger_event可以用 insert，update，delete替换，表示触发器程序在什么类型的sql下会被触发。
在一个表上最多建立6个触发器，即1）before insert型，2）before update型，3）before delete型，4）after insert型，5）after update型，6）after delete型。
触发器的一个限制是不能同时在一个表上建立2个相同类型的触发器。这个限制的一个来源是触发器程序体的“begin和end之间允许运行多个语句”（摘自mysql使用手册）。
另外还有一点需要注意，msyql除了对insert，update，delete基本操作进行定义外，还定义了load data和replace语句，而load data和replace语句也能引起上述6中类型的触发器的触发。
Load data语句用于将一个文件装入到一个数据表中，相当与一系列insert操作。replace语句一般来说和insert语句很像，只是在表中有 primary key和unique索引时，如果插入的数据和原来primary key和unique索引一致时，会先删除原来的数据，然后增加一条新数据；也就是说，一条replace sql有时候等价于一条insert sql，有时候等价于一条delete sql加上一条insert sql。即是：
? Insert型触发器：可能通过insert语句，load data语句，replace语句触发；
? Update型触发器：可能通过update语句触发；
? Delete型触发器：可能通过delete语句，replace语句触发；
3 Mysql触发器的执行顺序
先抛出触发器相关的几个问题
3.1 如果before类型的触发器程序执行失败，sql会执行成功吗？
实验如下：
1）在FC_Word.planinfo中建立before触发器：
DELIMITER |
create trigger trigger_before_planinfo_update
before update
ON FC_Word.planinfo FOR EACH ROW
BEGIN
insert into FC_Output.abc (planid) values (New.planid);
END
|
2）查看：mysql> select showprob from planinfo where planid=1;
+----------+
| showprob |
+----------+
| 2 |
+----------+
3）执行sql：
update planinfo set showprob=200 where planid=1; 触发触发器程序；
4）由于不存在FC_Output.abc，before触发器执行失败，提示：
ERROR 1146 (42S02): Table 'FC_Output.abc' doesn't exist
5）再次查看：
mysql> select showprob from planinfo where planid=1;
+----------+
| showprob |
+----------+
| 2 |
+----------+
即修改sql未执行成功。即如果before触发器执行失败，sql也会执行失败。
3.2 如果sql执行失败，会执行after类型的触发器程序吗？
实验如下：
1）在FC_Word.planinfo中建立after触发器：
DELIMITER |
create trigger trigger_after_planinfo_update
after update
ON FC_Word.planinfo FOR EACH ROW
BEGIN
INSERT INTO FC_Output.fcevent set level = 2, type = 2, tabid = 5, userid = NEW.userid, planid = NEW.planid, planstat2 = NEW.planstat2, showprob = NEW.showprob, showrate = NEW.showrate, showfactor = NEW.showfactor, planmode = NEW.planmode;
END
|
2）查看触发表：
mysql> select * from FC_Output.fcevent where planid=1;
Empty set (0.00 sec)
没有planid=1的记录
3）执行sql：
mysql> update planinfo set showprob1=200 where planid=1;
4）由于不存在showprob1列，提示错误：
ERROR 1054 (42S22): Unknown column 'showprob1' in 'field list'
5）再次查看触发表：
mysql> select * from FC_Output.fcevent where planid=1;
Empty set (0.00 sec)
触发表中没有planid=1的记录，sql在执行失败时，after型触发器不会执行。
3.3 如果after类型的触发器程序执行失败，sql会回滚吗？
实验如下：
1）在FC_Word.planinfo中建立after触发器：
DELIMITER |
create trigger trigger_after_planinfo_update
after update
ON FC_Word.planinfo FOR EACH ROW
BEGIN
insert into FC_Output.abc (planid) values (New.planid);
END
|
2）查看：mysql> select showprob from planinfo where planid=1;
+----------+
| showprob |
+----------+
| 2 |
+----------+
3）执行sql：
update planinfo set showprob=200 where planid=1;触发触发器程序；
4）由于不存在FC_Output.abc，after触发器执行失败，提示：
ERROR 1146 (42S02): Table 'FC_Output.abc' doesn't exist
5）再次查看：
mysql> select showprob from planinfo where planid=1;
+----------+
| showprob |
+----------+
| 2 |
+----------+
即修改sql未执行成功。即如果after触发器执行失败，sql会回滚。
这里需要说明一下，上述实验所使用的mysql引擎是innodb，innodb引擎也是目前线上凤巢系统、北斗系统以及哥伦布系统所使用的引擎，在 innodb上所建立的表是事务性表，也就是事务安全的。“对于事务性表，如果触发程序失败（以及由此导致的整个语句的失败），该语句所执行的所有更改将回滚。对于非事务性表，不能执行这类回滚”（摘自mysql使用手册）。因而，即使语句失败，失败之前所作的任何更改依然有效，也就是说，对于 innodb引擎上的数据表，如果触发器中的sql或引发触发器的sql执行失效，则事务回滚，所有操作会失效。
3.4 mysql触发器程序执行的顺序
当一个表既有before类型的触发器，又有after类型的触发器时；当一条sql语句涉及多个表的update时，sql、触发器的执行顺序经过mysql源码包装过，有时比较复杂。
可以先看一段mysql的源代码，当SQL中update多表的时候，Mysql的执行过程如下（省去了无关代码）：
/* 遍历要更新的所有表 */
for (cur_table= update_tables; cur_table; cur_table= cur_table->next_local)
{
org_updated = updated
/* 如果有 BEFORE 触发器，则执行；如果执行失败，跳到err2位置 */
if (table->triggers &&
table->triggers->process_triggers(thd, TRG_EVENT_UPDATE,TRG_ACTION_BEFORE, TRUE))
goto err2;
/*执行更新，如果更新失败，跳到err位置*/
if(local_error=table->file->update_row(table->record[1], table->record[0])))
goto err;
updated++; // 更新计数器
/* 如果有 AFTER 触发器，则执行；如果执行失败，跳到err2位置*/
if (table->triggers &&
table->triggers->process_triggers(thd, TRG_EVENT_UPDATE, TRG_ACTION_AFTER, TRUE))
goto err2;
err:
{
/*标志错误信息，写日志等*/
}
err2:
{
/*恢复执行过的操作*/
check_opt_it.rewind();
/*如果执行了更新，且表是有事务的，做标志*/
if (updated != org_updated)
{
if (table->file->has_transactions())
transactional_tables= 1;
}
}
}
从上面代码可以找到本章开始时抛出问题的答案。
1） 如果before型触发器执行失败，直接goto跳到err2位置，不会执行后续sql语句；
2） 如果sql执行失败，直接goto跳到err位置，不会执行或许的after型触发器；
3） 如过after触发器执行失败，goto到err2位置，恢复执行过的操作，且在事务型的表上做标记。
另外，在使用复杂的sql时，由于有些复杂的sql是mysql自己定义的，所以存在不确定性，使用简单的sql比较可控。
4 Mysql触发器在数据库同步中的表现
4.1 触发器运行失败时，数据库同步会失败吗？
有同步关系如下dbA?dbB。初始时同步正常。
1）在dbB上建立触发器：
DELIMITER |
create trigger trigger_after_planinfo_update
after update
ON FC_Word.planinfo FOR EACH ROW
BEGIN
insert into FC_Output.abc (planid) values (New.planid);
END
|
2）在dbA上执行sql，执行成功；
mysql> update planinfo set showprob=200 where planid= 1;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0
3）由于dbB上没有FC_Output.abc表，触发器会执行失败，这时，检查一下同步状态：
Slave_IO_Running: Yes
Slave_SQL_Running: NO
Last_Errno: 1146
Last_Error: Error 'Table 'FC_Output.abc' doesn't exist' on query. Default database: 'FC_Word'. Query: 'update planinfo set showprob=200 where planid= 1'
可以看到IO线程运行正常，sql线程运行失败，并提示触发器运行失败的错误信息。
回忆一下3.1和3.3所述部分，无论是before部分的触发器还是after类型的触发器，对于innodb引擎，当触发器执行失败时，相应sql也会执行失败，所以数据库同步也会失败。
4.2 创建、删除触发器写bin-log
创建和删除触发器的语句也会写入bin-log里，所以也会如一般的insert，update，delete语句一样同步到下游数据库中，即上游创建触发器，下游也会创建。
这里再引出两个小问题：有同步关系dbA?dbB，
1） 在dbA上创建一个触发器，如果dbB上已经有同表同类型的触发器，同步状态如何？
2） 在dbB上删除一个触发器，如果dbB上没有对应触发器，同步状态如何？
这两个问题可以类比同步中的insert语句和delete语句，答案就是
1） 同步失败，因为不允许重复创建同表同类型的触发器；
2） 同步正常，因为drop一个不存在的触发器，不影响运行结果；
5 Mysql触发器经典案例
5.1 案例1 一条sql涉及多个表的update时，触发得到update之前的旧值
【现象】表test_info上建有触发器如下：
CREATE /*!50017 DEFINER = 'root'@'localhost' */ TRIGGER trig_test_info_update
AFTER UPDATE
ON FC_Word.test_info FOR EACH ROW
BEGIN
DECLARE tlevel INTEGER DEFAULT 0;
DECLARE ttype INTEGER DEFAULT 0;
SET tlevel = 4;
SET ttype = 33;
INSERT INTO TEST_Output.fcevent (te, le, uid, pid, uid, wid, bi, mbid, wl) SELECT ttype, tlevel, NEW.uid, NEW.pid, NEW.uid, NEW.wid, NEW.bi, NEW.mbid, wl FROM TEST_Word.wext2 where wid = NEW.wid;
/*。。。其余部分逻辑省略*/
END IF;
END;
这个触发器程序有点长，可以单看飘黄的两句，即更新操作满足第一个条件执行飘黄语句时，触发器的行为。触发器是建立在test_info表上的，飘黄语句中可以看到，也需要查询wext2表。
执行如下sql1：
Update test_info a, wext2 b set a.th=(a.th+1), a.w4=(a.w4&8), b.wl=NULL where a.wid=b.wid and a.wid=142394379;
可以看到sql中既修改了test_info2表，同时修改了wext2表，程序原意是触发得到wext2表wl字段修改后的新值（即NULL）；不过实验得到，执行上述sql后，触发器程序查询到的wurl是sql修改之前的旧值。
再执行下面类似sql2：
Update wext2 a, test_info2 b set b.th=(b.th+1), b.w4=(b.w4&8), a.wl=NULL where a.wid=b.wid and a.wid=142394379;
实验的到，执行上述sql后，触发器程序查询到的wurl是sql修改之后的新值。
【原因】原因当然与sql中的别名a，b无关，而是和wext2表和test_info表的书写顺序有关。如本文3.4部分所述，一条sql涉及多个表的 update操作时，数据表字段、触发器执行顺序是mysql源码包装过的。在执行上述sql1时，先执行test_info的更新，然后是after触发器，最后是wext2的更新，也就是说，在执行after触发器时，wext2还没有进行更新，所以触发得到的是旧值。而执行sql2时，先执行 wext2更新，然后是test_info更新，最后是after触发器，也就是说，在执行after触发器时，wext2已经更新完毕，所以出去得到的是新值。
引起上述现象是顺序关系的，无论该表是否支持事务。在使用复杂的sql时，由于有些复杂的sql是mysql自己定义的，所以存在不确定性，存在风险，使用简单的sql比较可控。
5.2 案例2 mysql5.0.19版本修改表结构后触发器失效
【现象】userpref表上建有after类型触发器，修改userpref表的外键关联后，在userpref表中的新增记录没有触发下来，即触发器失效。
【原因】mysql5.0.19修改表结构是，触发器消失。这是mysql5.0.19的一个bug，在创建触发器时，会把触发器的内容保存在 information_schema.TRIGGERS表中，同时在var目录下创建触发器的数据库目录下创建一个触发器名称为前缀，以TRN为后缀的文件，当修改触发器的表时，information_schema.TRIGGERS表的内容会删除，导致触发器消失。
在mysql5.0.45版本中，这个bug已经被修复。Mysql5.0.45版本的触发器，无论是修改表的索引、外键，还是改变表字段，触发器都不会失效。
5.3 案例3 删除数据表后触发器失效
【现象】联调环境中存在dbA?dbB，主库dbA上没有触发器，在从库dbB上的FC_Word.wnegative表，FC_Word.wbuget 表上建有触发器；触发器开始运行正常，期间没有对从库的任何直接操作，有一日发现对wnegative表上的修改无法触发。查看从库状态，同步正常；用 select TRIGGER_NAME from information_schema.TRIGGERS发现wnegative表上的触发器消失了；在var/FC_Word目录下也没有 wnegative的.TRN文件，wnegative表上的触发器不见了。
【分析】查找dbB的查询日志，发现有一条：
100223 18:27:45 135939 Query DROP TABLE IF EXISTS `wnegative`
135939 Query CREATE TABLE `wnegative` (
KEY `Index_wnegative_planid` (`planid`),
KEY `Index_wnegative_unitid` (`unitid`)
135939 Query /*!40000 ALTER TABLE `wnegative` DISABLE KEYS */
100223 18:27:46 135939 Query INSERT INTO `wnegative` VALUES (614,1,289026,2911155,1848481);
可以看到，在100223 18:27:45时，删除了表wnegative，紧接着有创建表wnegative；查找触发表发现，在100223 18:27:45时间后对wnegative的修改就没有触发了，而在这个之前对wnegative的修改是触发正常的。故，怀疑对wnegative表的删除使wnegative表上的触发器也被删除。对wnegative表的删除是在主库dbA上操作后，被同步到dbB上。
【原因】在删除wnegative表时，mysql同时删除了wegative表上的触发器。
可以通过下面实验证明上述猜测：
1） 首先在wnegative建立after insert型触发器；
2） 增加一条wnegative中记录；
3） 查看结果发现触发器正确触发；
4） 删除wnegative表；
5） 使用select TRIGGER_NAME from information_schema.TRIGGERS查看所有触发器，wnegative表上触发器已经不存在了；同时到var/FC_Word目录下，对应触发器的.TRN文件也不存在了；
6） 重新创建wnegative表，并增加一条wnegative中记录；没有了wnegative表上触发器，自然也不能触发任何结果。
6 结束语
Mysql中的触发器功能已经在凤巢系统的各个模块中有广泛应用，究其细节，还有很多值得注意的地方；本文建立在实验和案例的基础上，数据库基于线上系统使用的mysql5.0.45版本，分析了触发器相关的一些特殊情况下msyql的处理方式。
（全文完）
posted @
2012-01-16 13:04 小果子 阅读(7163) |
评论 (1) |
编辑 收藏1 背景：
x86平台有完善的用户态检测内存工具比如valgrind等，可以监控程序运行中详细的内存信息，从而精确定位内存问题。然而随着新平台的快速诞生（比如Tilera的TilePro64 CPU)，这些工具不能被及时地移植，导致新平台缺乏相应的手段来定位内存错误，如内存越界，泄漏等，而只能使用粗粒度的方法top，free 等指令观察进程的动态内存总额。其缺点是粒度太粗，而且内存的总数变化有很多原因引起，在复杂的系统里，很难精确定位内存问题的根源，甚至会漏报错报，这严重影响了新平台（如Tilera)开发与测试的效率。针对这个问题，我们提出了一个通用的新平台针对c/c++内存错误检测框架。
该框架可适用于任何平台。其通过重写标准库的内存分配和释放函数（如malloc, new, new[], free,delete,delete[]等）, 以及维护一个全局的内存分配map数据结构实现。重写后的内存分配比如my_malloc首先调用系统malloc功能，然后记录每一次malloc执行过程中的内存操作信息（包括文件名、行号以及内存尺寸，函数调用栈），以指针值为 key值，存进维护的全局map表。而重写的my_free则是根据传入的指针值在 map 中查找相应的数据项并将之删除，而后调用系统的free 将指针所指向的内存块释放。这样当程序退出的时候，map 中的剩余的数据项就是我们期望检测的内存泄漏信息。我们可以输出泄漏内存块的详细日志，比如文件名，行号等等。这将大大提高类似Tilera平台的内存问题追查效率，提高开发和测试的速度和质量。
2 基本原理：
1) 通过重写非共享内存分配释放函数malloc, new, new[]，free,delete,delete[]截获 它们在执行过程中的内存操作信息。重载形式如下：
※ void* malloc( size_t nSize, char* pszFileName, int nLineNum )
※ void* new( size_t nSize, char* pszFileName, int nLineNum )
※ void* operator new[]( size_t nSize, char* pszFileName, int nLineNum )
※ void free( void *ptr )
※ void delete( void *ptr )
※ void operator delete[]( void *ptr )
2) 通过重写共享内存分配释放函数mspace_malloc，mspace_free，重写形式如下：
※ void* my_mspace_malloc( mspace msp,unsigned int Size, char* pszFileName, int nLineNum )
※ void my_mspace_free(mspace msp, void *ptr )
3) 我们对malloc, new, new[]，mspace_malloc进行了重载，参数包括size_t nSize、文件名和行号，这里的文件名和行号就是这次malloc, new, new[]，mspace_malloc操作符被调用时所在的文件名和行号，这个信息将在发现内存泄漏时输出，以帮助定位泄漏具体位置。对于 free,delete,delete[]，mspace_free参数为指针地址。
3 实例：
以My_malloc, My_free为例，重写函数结构如下：
1. 在重写的my_malloc函数版本中，我们将调用malloc 的原始版本并将相应的 size_t 参数传入，然后，我们将malloc的原始版本返回的指针值以及该次分配所在的文件名和行号信息记录下来，这里采用STL 的 map数据结构存储，以指针值为 key 值，文件名，行号等信息作为一个结构体是value值。
My_free重写函数结构如下：
2. 当my_free 被调用时，我们根据传入的指针值在 map 中找到相应的数据项并将之删除，而后调用 free 将指针所指向的内存块释放。这样当程序退出的时候，map 中的剩余的数据项就是我们企图检测的内存泄漏信息。
4 实现关键点：
1) 如何取得内存分配代码所在的文件名和行号？
利用 C 的预编译宏 __FILE__ 和 __LINE__，这两个宏将在编译时在指定位置展开为该文件的文件名和该行的行号
2) 利用宏定义开关决定走普通分支还是内存检测分支？
#if defined( MEM_DEBUG )
#define malloc DEBUG_MALLOC
#define free DEBUG_FREE
#endif
3) 何时创建用于存储内存数据的 map 数据结构，如何管理，何时打印内存泄漏信息？
设计一个类来封装这个 map 以及对它的插入删除操作，然后构造这个类的一个全局对象（appMemory），在全局对象（appMemory）的构造函数中创建并初始化这个数据结 构，而在其析构函数中对数据结构中剩余数据进行分析和输出。new 中将调用这个全局对象的 insert 接口将指针、文件名、行号、内存块大小等信息以指针值为 key 记录到 map 中，在delete 中调用 erase 接口将对应指针值的 map 中的数据项删除，同时对 map 的访问需要进行互斥同步，因为同一时间可能会有多个进程进行堆上的内存操作。
4) 如何为非共享内存申请map？如何为共享内存申请map？
非共享内存的map,对于多进程则有多个map，可按（3）的方法处理。而对于共享内存，可能A进程申请到B进程才释放，但是每个进程一个map,我们去扫描这些每个map时就会出现误报的现象，因此需要采取将map放入共享内存方法：我们申请一块共享内存区域为map,这个map对各进程是共享的。当程序中各进程调用共享内存时，将各进程分配的指针及文件名行号等详细信息存进这共享的map。程序结束时，扫描该共享的map,就能得到未释放的信息。将 map放入共享内存使用c++标准库时需要我们自己实现一个基于共享内存的allocator，替换map默认的allocator，在这个allocator中实现map的内存分配方案。也可以使用boost库（1.35以上版本），它增加了一个叫做boost::interprocess的库，具体可参考http://blog.cong.co/stl-alloc.html
5) 如何使用该工具？
内存泄露检测框架提供接口libmemck.h，内容如下
在被测试程序里包含如下代码即可使用
6) 何时如何捕获信号，生成leak文件？
定义一个全局的类得对象，在该类得构造函数里通过signal函数捕获SIGINT、SIGABRT、SIGFPE、SIGTERM信号，当捕获到这些信号其中之一时，开始扫描map并将map剩余信息写入leak文件展示。
7) 对临界资源的控制？
共享内存的各进程共享的map，各进程间进行读写操作需要加锁，我们这里采用的是信号灯实现。
非共享内存各个进程对应的map，在各进程进行插入删除操作时也需要加锁实现
8) 程序中malloc作为函数指针？
由于将原型malloc(size)重写为my_malloc(size，__FILE__,__LINE__),这样由于函数类型不一致，导致程序调用该工具时编译无法通过，真对这种情况的解决办法为：重写malloc(size)为my_malloc_p(size)这样除了文件名和行号无法得知外，泄露的多少内存可以报出。
转自http://hi.baidu.com/baiduqa/blog/item/e4c991c5ef46e5c7d10060fb.html
posted @
2012-01-16 13:03 小果子 阅读(564) |
评论 (0) |
编辑 收藏下面是Jquery中AJAX参数详细列表：
参数名
类型
描述
url
String
(默认: 当前页地址) 发送请求的地址。
type
String
(默认: "GET") 请求方式 ("POST" 或 "GET")， 默认为 "GET"。注意：其它 HTTP 请求方法，如 PUT 和 DELETE 也可以使用，但仅部分浏览器支持。
timeout
Number
设置请求超时时间（毫秒）。此设置将覆盖全局设置。
async
Boolean
(默认: true) 默认设置下，所有请求均为异步请求。如果需要发送同步请求，请将此选项设置为 false。注意，同步请求将锁住浏览器，用户其它操作必须等待请求完成才可以执行。
beforeSend
Function
发送请求前可修改 XMLHttpRequest 对象的函数，如添加自定义 HTTP 头。XMLHttpRequest 对象是唯一的参数。
function (XMLHttpRequest) { this; // the options for this ajax request }
cache
Boolean
(默认: true) jQuery 1.2 新功能，设置为 false 将不会从浏览器缓存中加载请求信息。
complete
Function
请求完成后回调函数 (请求成功或失败时均调用)。参数： XMLHttpRequest 对象，成功信息字符串。
function (XMLHttpRequest, textStatus) { this; // the options for this ajax request }
contentType
String
(默认: "application/x-www-form-urlencoded") 发送信息至服务器时内容编码类型。默认值适合大多数应用场合。
data
Object,
String
发送到服务器的数据。将自动转换为请求字符串格式。GET 请求中将附加在 URL 后。查看 processData 选项说明以禁止此自动转换。必须为 Key/Value 格式。如果为数组，jQuery 将自动为不同值对应同一个名称。如 {foo:["bar1", "bar2"]} 转换为 '&foo=bar1&foo=bar2'。
dataType
String
预期服务器返回的数据类型。如果不指定，jQuery 将自动根据 HTTP 包 MIME 信息返回 responseXML 或 responseText，并作为回调函数参数传递，可用值:
"xml": 返回 XML 文档，可用 jQuery 处理。
"html": 返回纯文本 HTML 信息；包含 script 元素。
"script": 返回纯文本 JavaScript 代码。不会自动缓存结果。
"json": 返回 JSON 数据 。
"jsonp": JSONP 格式。使用 JSONP 形式调用函数时，如 "myurl?callback=?" jQuery 将自动替换 ? 为正确的函数名，以执行回调函数。
error
Function
(默认: 自动判断 (xml 或 html)) 请求失败时将调用此方法。这个方法有三个参数：XMLHttpRequest 对象，错误信息，（可能）捕获的错误对象。
function (XMLHttpRequest, textStatus, errorThrown) { // 通常情况下textStatus和errorThown只有其中一个有值 this; // the options for this ajax request }
global
Boolean
(默认: true) 是否触发全局 AJAX 事件。设置为 false 将不会触发全局 AJAX 事件，如 ajaxStart 或 ajaxStop 。可用于控制不同的Ajax事件
ifModified
Boolean
(默认: false) 仅在服务器数据改变时获取新数据。使用 HTTP 包 Last-Modified 头信息判断。
processData
Boolean
(默认: true) 默认情况下，发送的数据将被转换为对象(技术上讲并非字符串) 以配合默认内容类型 "application/x-www-form-urlencoded"。如果要发送 DOM 树信息或其它不希望转换的信息，请设置为 false。
success
Function
请求成功后回调函数。这个方法有两个参数：服务器返回数据，返回状态
function (data, textStatus) { // data could be xmlDoc, jsonObj, html, text, etc... this; // the options for this ajax request }
代码：$(document).ready(function() {
jQuery("#clearCac").click(function() {
jQuery.ajax({
url: "/Handle/Do.aspx",
type: "post",
data: { id: '0' },
dataType: "json",
success: function(msg) {
alert(msg);
},
error: function(XMLHttpRequest, textStatus, errorThrown) {
alert(XMLHttpRequest.status);
alert(XMLHttpRequest.readyState);
alert(textStatus);
},
complete: function(XMLHttpRequest, textStatus) {
this; // 调用本次AJAX请求时传递的options参数
}
});
});
});
一、error：function (XMLHttpRequest, textStatus, errorThrown)
{
}
(默认: 自动判断 (xml 或 html)) 请求失败时调用时间。参数有以下三个：XMLHttpRequest 对象、错误信息、（可选）捕获的错误对象。如果发生了错误，错误信息（第二个参数）除了得到null之外，还可能是"timeout", "error", "notmodified" 和 "parsererror"。
textStatus:
"timeout", "error", "notmodified" 和 "parsererror"。
二、error事件返回的第一个参数XMLHttpRequest有一些有用的信息：
XMLHttpRequest.readyState:
状态码
0 － （未初始化）还没有调用send()方法
1 － （载入）已调用send()方法，正在发送请求
2 － （载入完成）send()方法执行完成，已经接收到全部响应内容
3 － （交互）正在解析响应内容
4 － （完成）响应内容解析完成，可以在客户端调用了
三、data:"{}", data为空也一定要传"{}"；不然返回的是xml格式的。并提示parsererror.
四、parsererror的异常和Header 类型也有关系。及编码header('Content-type: text/html; charset=utf8');
五、XMLHttpRequest.status:
1xx-信息提示
这些状态代码表示临时的响应。客户端在收到常规响应之前，应准备接收一个或多个1xx响应。
100-继续。
101-切换协议。
2xx-成功
这类状态代码表明服务器成功地接受了客户端请求。
200-确定。客户端请求已成功。
201-已创建。
202-已接受。
203-非权威性信息。
204-无内容。
205-重置内容。
206-部分内容。
3xx-重定向
客户端浏览器必须采取更多操作来实现请求。例如，浏览器可能不得不请求服务器上的不同的页面，或通过代理服务器重复该请求。
301-对象已永久移走，即永久重定向。
302-对象已临时移动。
304-未修改。
307-临时重定向。
4xx-客户端错误
发生错误，客户端似乎有问题。例如，客户端请求不存在的页面，客户端未提供有效的身份验证信息。400-错误的请求。
401-访问被拒绝。IIS定义了许多不同的401错误，它们指明更为具体的错误原因。这些具体的错误代码在浏览器中显示，但不在IIS日志中显示：
401.1-登录失败。
401.2-服务器配置导致登录失败。
401.3-由于ACL对资源的限制而未获得授权。
401.4-筛选器授权失败。
401.5-ISAPI/CGI应用程序授权失败。
401.7–访问被Web服务器上的URL授权策略拒绝。这个错误代码为IIS6.0所专用。
403-禁止访问：IIS定义了许多不同的403错误，它们指明更为具体的错误原因：
403.1-执行访问被禁止。
403.2-读访问被禁止。
403.3-写访问被禁止。
403.4-要求SSL。
403.5-要求SSL128。
403.6-IP地址被拒绝。
403.7-要求客户端证书。
403.8-站点访问被拒绝。
403.9-用户数过多。
403.10-配置无效。
403.11-密码更改。
403.12-拒绝访问映射表。
403.13-客户端证书被吊销。
403.14-拒绝目录列表。
403.15-超出客户端访问许可。
403.16-客户端证书不受信任或无效。
403.17-客户端证书已过期或尚未生效。
403.18-在当前的应用程序池中不能执行所请求的URL。这个错误代码为IIS6.0所专用。
403.19-不能为这个应用程序池中的客户端执行CGI。这个错误代码为IIS6.0所专用。
403.20-Passport登录失败。这个错误代码为IIS6.0所专用。
404-未找到。
404.0-（无）–没有找到文件或目录。
404.1-无法在所请求的端口上访问Web站点。
404.2-Web服务扩展锁定策略阻止本请求。
404.3-MIME映射策略阻止本请求。
405-用来访问本页面的HTTP谓词不被允许（方法不被允许）
406-客户端浏览器不接受所请求页面的MIME类型。
407-要求进行代理身份验证。
412-前提条件失败。
413–请求实体太大。
414-请求URI太长。
415–不支持的媒体类型。
416–所请求的范围无法满足。
417–执行失败。
423–锁定的错误。
5xx-服务器错误
服务器由于遇到错误而不能完成该请求。
500-内部服务器错误。
500.12-应用程序正忙于在Web服务器上重新启动。
500.13-Web服务器太忙。
500.15-不允许直接请求Global.asa。
500.16–UNC授权凭据不正确。这个错误代码为IIS6.0所专用。
500.18–URL授权存储不能打开。这个错误代码为IIS6.0所专用。
500.100-内部ASP错误。
501-页眉值指定了未实现的配置。
502-Web服务器用作网关或代理服务器时收到了无效响应。
502.1-CGI应用程序超时。
502.2-CGI应用程序出错。application.
503-服务不可用。这个错误代码为IIS6.0所专用。
504-网关超时。
505-HTTP版本不受支持。
FTP
1xx-肯定的初步答复
这些状态代码指示一项操作已经成功开始，但客户端希望在继续操作新命令前得到另一个答复。
110重新启动标记答复。
120服务已就绪，在nnn分钟后开始。
125数据连接已打开，正在开始传输。
150文件状态正常，准备打开数据连接。
2xx-肯定的完成答复
一项操作已经成功完成。客户端可以执行新命令。200命令确定。
202未执行命令，站点上的命令过多。
211系统状态，或系统帮助答复。
212目录状态。
213文件状态。
214帮助消息。
215NAME系统类型，其中，NAME是AssignedNumbers文档中所列的正式系统名称。
220服务就绪，可以执行新用户的请求。
221服务关闭控制连接。如果适当，请注销。
225数据连接打开，没有进行中的传输。
226关闭数据连接。请求的文件操作已成功（例如，传输文件或放弃文件）。
227进入被动模式(h1,h2,h3,h4,p1,p2)。
230用户已登录，继续进行。
250请求的文件操作正确，已完成。
257已创建“PATHNAME”。
3xx-肯定的中间答复
该命令已成功，但服务器需要更多来自客户端的信息以完成对请求的处理。331用户名正确，需要密码。
332需要登录帐户。
350请求的文件操作正在等待进一步的信息。
4xx-瞬态否定的完成答复
该命令不成功，但错误是暂时的。如果客户端重试命令，可能会执行成功。421服务不可用，正在关闭控制连接。如果服务确定它必须关闭，将向任何命令发送这一应答。
425无法打开数据连接。
426Connectionclosed;transferaborted.
450未执行请求的文件操作。文件不可用（例如，文件繁忙）。
451请求的操作异常终止：正在处理本地错误。
452未执行请求的操作。系统存储空间不够。
5xx-永久性否定的完成答复
该命令不成功，错误是永久性的。如果客户端重试命令，将再次出现同样的错误。500语法错误，命令无法识别。这可能包括诸如命令行太长之类的错误。
501在参数中有语法错误。
502未执行命令。
503错误的命令序列。
504未执行该参数的命令。
530未登录。
532存储文件需要帐户。
550未执行请求的操作。文件不可用（例如，未找到文件，没有访问权限）。
551请求的操作异常终止：未知的页面类型。
552请求的文件操作异常终止：超出存储分配（对于当前目录或数据集）。
553未执行请求的操作。不允许的文件名。
本篇文章来源于 Linux公社网站(www.linuxidc.com) 原文链接：http://www.linuxidc.com/Linux/2011-11/47495.htm
posted @
2012-01-15 13:02 小果子 阅读(2823) |
评论 (0) |
编辑 收藏