国外识字教学研究的基本现状

国外字源识字研究状况

71岁美国人斯睿德痴迷研究汉字字源，也是通过VR技术让古汉字动起来的酷老头，他视汉字研究为毕生乐趣，还从大洋彼岸搬迁定居到中国，继续与汉字相守，向世界讲述汉字故事。

在他创办的汉字字源网，任意输入一个汉字，就可以找到这个汉字的“前世今生”，它的演变过程，从甲骨文、金文、小篆等各种版本，便会展现在你眼前。还有普通话、广东话、上海话、日语、韩语的读音和英文释义，更重要的是，它拒绝商业化，供全球免费查阅。把中国古汉字扫进电脑，更是一项巨大的工程：为建立这个接近数10万字的古汉字数据库，他将自己20年来存下的30万美元积蓄，全部耗尽。

如果你说的“字符”就是指 Java 中的 char，那好，那它就是 16 位，2 字节。

如果你说的“字符”是指我们用眼睛看到的那些“抽象的字符”，那么，谈论它占几个字节是没有意义的。具体地讲，脱离具体的编码谈某个字符占几个字节是没有意义的。

就好比有一个抽象的整数“42”，你说它占几个字节？这得具体看你是用 byte，short，int，还是 long 来存它。

用 byte 存就占一字节，用 short 存就占两字节，int 通常是四字节，long 通常八字节。

当然，如果你用 byte，受限于它有限的位数，有些数它是存不了的，比如 256 就无法放在一个 byte 里了。

字符是同样的道理，如果你想谈“占几个字节”，就要先把编码说清楚。同一个字符在不同的编码下可能占不同的字节。

就以你举的“字”字为例，“字”在 GBK 编码下占 2 字节，在 UTF-16 编码下也占 2 字节，在 UTF-8 编码下占 3 字节，在 UTF-32 编码下占 4 字节。不同的字符在同一个编码下也可能占不同的字节。

“字”在 UTF-8 编码下占3字节，而“A”在 UTF-8 编码下占 1 字节。（因为 UTF-8 是变长编码），而 Java 中的 char 本质上是 UTF-16 编码。而 UTF-16 实际上也是一个变长编码（2 字节或 4字节）。

如果一个抽象的字符在 UTF-16 编码下占 4 字节，显然它是不能放到 char 中的。换言之， char 中只能放 UTF-16 编码下只占 2 字节的那些字符。而 getBytes 实际是做编码转换，你应该显式传入一个参数来指定编码，否则它会使用缺省编码来转换。

你说“ new String("字")getBytes()length  返回的是3 ”，这说明缺省编码是 UTF-8

如果你显式地传入一个参数，比如这样“ new String("字")getBytes("GBK")length ”，那么返回就是 2。你可以在启动 JVM 时设置一个缺省编码，假设你的类叫 Main，那么在命令行中用 java 执行这个类时可以通过 fileencoding 参数设置一个缺省编码。

比如这样：java -Dfileencoding=GBK Main

这时，你再执行不带参数的 getBytes() 方法时，new String("字")getBytes()length  返回的就是 2 了，因为现在缺省编码变成 GBK 了。

当然，如果这时你显式地指定编码，new String("字")getBytes("UTF-8")length  返回的则依旧是 3

否则，会使用所在 *** 作系统环境下的缺省编码。

通常，Windows 系统下是 GBK，Linux 和 Mac 是 UTF-8

但有一点要注意，在 Windows 下使用 IDE 来运行时，比如 Eclipse，如果你的工程的缺省编码是 UTF-8，在 IDE 中运行你的程序时，会加上上述的 -Dfileencoding=UTF-8 参数，这时，即便你在 Windows 下，缺省编码也是 UTF-8，而不是 GBK。

由于受启动参数及所在 *** 作系统环境的影响，不带参数的 getBytes 方法通常是不建议使用的，最好是显式地指定参数以此获得稳定的预期行为。

1。 修改字段排序规则为"Chinese_PRC_CI_AS"，varchar改nvarchar，SQL插入语句中，中文字符前加"N"，可以插入中文字符。

2。 修改数据库排序规则为"Chinese_PRC_CI_AS"，字段保持varchar，SQL语句不变，插入中文失败，查看字段属性后发现，字段排序规则实际上没有变化，还是默认为"SQL_Latin1_General_CP1_CI_AS"，再修改字段排序规则，varchar不变，SQL不变，可以插入中文字符。

以上就是关于国外识字教学研究的基本现状全部的内容，包括:国外识字教学研究的基本现状、数据库中一个汉字占几个字符、数据库插入汉字问题等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！