zoukankan      html  css  js  c++  java
  • Unicode与FFFE(记一个蛋疼的项目)

    好久没更新博客了。

    近期忙着一个项目, 还要应付各种考试就顾不上博客了。


    今天遇到了一个蛋疼的问题, 通过BLE4.0与蓝牙外设通信。

    按照客户给的协议文档发送的数据, 可是外设不能正确识别。折腾了一下午。

    最后问了客户才知道...   数据头fffe, 他们在外设里面已经做规定了。

    所以不须要发送。

    真是蛋疼。也怪自己不懂Unicode编码相关。


    Mark一下。

    Unicode与FFFE

    Unicode规范中推荐的标记字节顺序的方法是BOM。BOM不是“Bill Of Material”的BOM表,而是Byte Order Mark。BOM是一个有点小聪明的想法:
    在UCS编码中有一个叫做"ZERO WIDTH NO-BREAK SPACE"的字符,它的编码是FEFF。而FFFE在UCS中是不存在的字符,所以不应该出如今实际传输中。UCS规范建议我们在传输字节流前。先传输字符"ZERO WIDTH NO-BREAK SPACE"。


    这样假设接收者收到FEFF。就表明这个字节流是Big-Endian的;假设收到FFFE。就表明这个字节流是Little-Endian的。因此字符"ZERO WIDTH NO-BREAK SPACE"又被称作BOM。



查看全文
  • 相关阅读:
    Appium环境搭建
    mysql数据库在Linux下安装与配置
    各模拟器adb连接端口
    MySQL 连接出现 Authentication plugin 'caching_sha2_password' cannot be loaded
    使用pycharm创建django项目
    win10安装docker步骤
    Linux常用命令
    LoadRunner HTTP+Json 接口性能测试
    API性能测试基本性能指标及要求
    Widows自带系统监控工具——24小时监控服务器性能
  • 原文地址:https://www.cnblogs.com/ldxsuanfa/p/10505757.html
  • Copyright © 2011-2022 走看看