丅IM移动全网通是什么意思是什么

扫二维码下载作业帮
3亿+用户的选择
下载作业帮安装包
扫二维码下载作业帮
3亿+用户的选择
I don't feel good,I am staying home from work torrow.I don't feel good,I ( ) home from work torrow.A.am stayingB.will stay请问A,和B有什么区别呀.就是现在进行时表将来,那B为什么不对呢.
作业帮用户
扫二维码下载作业帮
3亿+用户的选择
Aam staying有一种客观上已经确定了要做的事情,BWILL一般而言是“我要做”的主观意愿的意思更强will有一层是愿意的意思.will
英[wɪl]
美[wɪl]
愿意;意志(力);[法]遗嘱
决心要;将(财产等)遗赠某人;用意志力驱使(某事发生)
愿意, 希望, 想要
因为I don't feel good我身体(或情绪上)不舒服,所以我客观上没有办法出去,是确定了会待在家里,A比B好.
为您推荐:
其他类似问题
用be doing 表示将来:主要意义是表示按计划、安排即将发生的动作,will do 只是单纯地表示将来
扫描下载二维码该项目未开启捐赠功能,可发送私信通知作者开启
forked from
同步操作将从 轨迹/J-IM 强制同步,此操作会覆盖自 Fork 项目以来所做的任何修改,且无法恢复!!!
确定后同步将在后台操作,完成时将刷新页面,请耐心等待。
与超过 200 万 开发者一起发现、参与优秀开源项目,私有仓库也完全免费 :)
已有帐号?
J-IM 是用JAVA语言,基于t-io开发的轻量、高性能、(可能)支持百万在线用户IM,主要目标降低即时通讯门槛,快速打造低成本接入在线IM系统,通过极简洁的消息格式就可以实现多端不同协议间的消息发送如内置(Http、Websocket、Tcp自定义IM协议)等,并提供通过http协议的api接口进行消息发送无需关心接收端属于什么协议,一个消息格式搞定一切!
tio-im-1.0.0
tio-im-0.0.2
由于 Git 不支持空文件夾,创建文件夹后会生成空的 .keep 文件
Loading...



J-IM简介
J-IM 是用JAVA语言,基于t-io开发的轻量、高性能、(可能)支持百万在线用户IM,主要目标降低即时通讯门槛,快速打造低成本接入在线IM系统,通过极简洁的消息格式就可以实现多端不同协议间的消息发送如内置(Http、Websocket、Tcp自定义IM协议)等,并提供通过http协议的api接口进行消息发送无需关心接收端属于什么协议,一个消息格式搞定一切!

主要特点

1、高性能(单机可支持上万人同时在线)

2、轻量、可扩展性极强

3、消息格式极其简洁(JSON)

4、支持多种协议(Socket自定义IM协议、Websocket、Http),可分别独立部署。

5、内置消息持久化(离线、历史、漫游),保证消息可靠性,高性能存储

6、各种丰富的API接口。

7、零成本部署,一键启动。


消息格式
1.聊天请求消息结构
{

"from": "来源ID",

"to": "目标ID",

"cmd":"命令码(11)int类型",

"createTime": "消息创建时间long类型",

"msgType": "消息类型int类型(0:text、1:image、2:voice、3:vedio、4:music、5:news)",

"chatType":"聊天类型int类型(0:未知,1:公聊,2:私聊)",

"group_id":"群组id仅在chatType为(1)时需要,String类型",

"content": "内容"
}

请求:COMMAND_CHAT_REQ(11) 响应:COMMAND_CHAT_RESP(12)
2.鉴权请求消息结构
{

"cmd":"命令码(3)int类型",

"token": "校验码"
}

请求:COMMAND_AUTH_REQ(3) 响应:COMMAND_AUTH_RESP(4)
3.握手请求消息结构
{

"cmd":"命令码(1)int类型",

"hbyte":"握手1个字节"
}

说明:请求:COMMAND_HANDSHAKE_REQ(1) 响应:COMMAND_HANDSHAKE_RESP(2)
4.登录请求消息结构
{

"cmd":"命令码(5)int类型",

"loginname": "用户名",

"password": "密码",

"token": "校验码(此字段可与logingname、password共存,也可只选一种方式)"
}

请求:COMMAND_LOGIN_REQ(5) 响应:COMMAND_LOGIN_RESP(6)
5.心跳请求消息结构
{

"cmd":"命令码(13)int类型",

"hbbyte":"心跳1个字节"
}

请求:COMMAND_HEARTBEAT_REQ(13) 响应:COMMAND_HEARTBEAT_REQ(13)
6.关闭、退出请求消息结构
{

"cmd":"命令码(14)int类型",

"userid":"用户id"
}

请求:COMMAND_CLOSE_REQ(14) 响应:无
7.获取用户信息请求消息结构
{

"cmd":"命令码(17)int类型",

"userid":"用户id(只在type为0或是无的时候需要)",

"type":"获取类型(0:指定用户,1:所有在线用户,2:所有用户[在线+离线])"
}

请求:COMMAND_GET_USER_REQ(17) 响应:COMMAND_GET_USER_RESP(18)
8.获取用户消息请求结构
{

"cmd":"命令码(19)int类型",

"fromUserId":"消息发送用户id(此字段必须与userId一起使用,获取双方聊天消息),非必填",

"userId":"当前用户id(必填字段),当只有此字段时,type必须为0,意思是获取当前用户所有离线消息(好友+群组)",

"groupId":"群组id(此字段必须与userId一起使用,获取当前用户指定群组聊天消息),非必填",

"beginTime":"消息区间开始时间Date毫秒数double类型,非必填",

"endTime":"消息区间结束时间Date毫秒数double类型,非必填",

"offset":"分页偏移量int类型,类似Limit 0,10 中的0,非必填",

"count":"显示消息数量,类似Limit 0,10 中的10,非必填",

"type":"消息类型(0:离线消息,1:历史消息)"
}

请求:COMMAND_GET_MESSAGE_REQ(19) 响应:COMMAND_GET_MESSAGE_RESP(20)

性能

极其震撼的性能,那个每秒发送500万条聊天消息,单机支持几十万人同时在线的测试当年引起了极大争议,看看t-io用户的一则测试报告吧:

使用

引入j-im(快速开发自己的高性能IM服务器),在你的pom.xml中加入如下代码片段

&dependency&

&groupId&org.j-im&/groupId&

&artifactId&jim-server&/artifactId&

&version&1.0.1.v-RELEASE&/version&
&/dependency&


J-IM一些截图
Web访问地址:

Http协议api调用地址:



近期发布

集群支持
J-IM开发文档编写(已完成)
官网开发


更多
更多相关信息持续关注这家伙:

鸣谢


联系方式
个人QQ:
个人Email:
QQ群号: 

正在加载...要使用网站的所有可用功能,必须在浏览器中启用 JavaScript。
图像尺寸测量仪IM-6000 系列
带接触式高度测量单元的传感头
日语简体字
型号IM-6225T类型传感头拍摄元件1 型 660 万像素 黑白 CMOS显示器10.4 型 LCD 监视器(XGA:1024 × 768)可连接外部监视器 (复制输出)受光镜头双远心镜头图像测量视野广视野: ?100×L200mm、高精度: 25×L125mm最小显示单位0.1 um重复精度座标台未移动广视野: ±1um 高精度: ±0.5um座标台移动广视野: ±2um 高精度: ±1.5um测量精度 ±2σ无连接广视野: ±5um*1 高精度: ±2um*2有连接广视野: ± (7 +0.02L)um*3 高精度: ± (4 +0.02L)um*4高度测量测量范围0 至 60 mm测量力0.3 N测量位置精度XY±0.7 mm最小显示单位1 um测量位置精度XY标准探针广视野: 45 × 95 mm、高精度: 60 × 25 mm大范围探针广视野: 95 × 95 mm、高精度: 60 × 25 mm可重复性标准探针±2 um*5大范围探针±5 um*5测量精度标准探针±7.5 um*6大范围探针±15 um*6外部遥控输入无电压输入(有接点/无接点)外部输出OK/NG/FAIL/MEAS.继电器输出/额定负荷 24 VDC 0.5A/ON 电阻接口LANRJ-45 (10BASE-T / 100BASE-TX / 1000BASE-T)USB2.0 系列A6 组 (前面2 组 / 背面4 组)存储硬盘驱动器250 GB照明系统透过远心透过照明落射4 分割多角度照明 (电动)环状 (指向性)照明 (电动)X 座标台移动范围100 mm (电动)Z 座标台30 mm (电动)承受负重2 kg电源电源电压100 至 240 VAC 50/60 Hz消耗电流310 VA 以下环境抗耐性环境温度+10 至 +35 °C相对湿度20 至 80 % RH (无凝结)重量约 34 kg
测量系统文库_T("")是一个宏,他的作用是让你的程序支持Unicode编码&因为Windows使用两种字符集ANSI和UNICODE,&前者就是通常使用的单字节方式,&但这种方式处理象中文这样的双字节字符不方便,&容易出现半个汉字的情况。&而后者是双字节方式,方便处理双字节字符。&Windows NT的所有与字符有关的函数都提供两种方式的版本,而Windows 9x只支持ANSI方式。如果你编译一个程序为ANSI方式,&_T实际不起任何作用。&而如果编译一个程序为UNICODE方式,则编译器会把"Hello"字符串以UNICODE方式保存。_T和_L的区别在于,_L不管你是以什么方式编译,一律以UNICODE方式保存。
如果是UNICODE#define __TEXT(quote) L##quote#define __T(x)&&&&& L##x否则#define __TEXT(quote) quote#define __T(x)&&&&& x在TCHAR.h#define _T(x)&&&&&& __T(x)#define _TEXT(x)&&& __T(x)
&L"Hello!" ----- 引号前面的大写字母L(代表「long」)。这将告诉编译器该字串按宽字符保存&&即每个字符占用2个字节。则字串变量需要14个字节-每个字符需要2个字节,末尾的0还需要2个字节。
////////////////////////////////////////////////////
size_t,__T,_T,TEXT,_TEXT等一些特殊宏的理解&Unicode解决方案对于wchar_t在WCHAR.h中是这样定义的:#define unsigned short wchar_t&那么现在你该理解它了吧。
因此,wchar_t数据型态与无符号短整数型态相同,都是16位宽。
要定义包含一个宽字符的变量,可使用下面的语句:
wchar_t c = 'A' ;&&&&&&&&变量c是一个双字节值0x0041,是Unicode表示的字母A。(然而,因为Intel微处理器从最小的字节开始储存多字节数值,该字节实际上是以0x41、0x00的顺序保存在内存中。如果检查Unicode文字的计算机储存应注意这一点。)
您还可定义指向宽字符串的指针:
wchar_t * p = L"Hello!" ;&&&&&&&&注意紧接在第一个引号前面的大写字母L(代表「long」)。这将告诉编译器该字符串按宽字符保存-即每个字符占用2个字节。通常,指针变量p要占用4个字节,而字符串变量需要14个字节-每个字符需要2个字节,末尾的0还需要2个字节。
同样,您还可以用下面的语句定义宽字符数组:
static wchar_t a[] = L"Hello!" ;&&&&&&&&该字符串也需要14个字节的储存空间,sizeof (a) 将返回14。索引数组a可得到单独的字符。a[1] 的值是宽字符「e」,或者0x0065。
虽然看上去更像一个印刷符号,但第一个引号前面的L非常重要,并且在两个符号之间必须没有空格。只有带有L,编译器才知道您需要将字符串存为每个字符2字节。稍后,当我们看到使用宽字符串而不是变量定义时,您还会遇到第一个引号前面的L。幸运的是,如果忘记了包含L,C编译器通常会给提出警告或错误信息。
您还可在单个字符文字前面使用L前缀,来表示它们应解释为宽字符。如下所示:
wchar_t c = L'A' ;&&&&&&&&但通常这是不必要的,C编译器会对该字符进行扩充,使它成为宽字符。
宽字符链接库函数
我们都知道如何获得字符串的长度。例如,如果我们已经像下面这样定义了一个字符串指针:
char * pc = "Hello!" ;&&&&&&&&我们可以呼叫
iLength = strlen (pc) ;&&&&&&&&这时变量iLength将等于6,也就是字符串中的字符数。
太好了!现在让我们试着定义一个指向宽字符的指针:
wchar_t * pw = L"Hello!" ;&&&&&&&&再次呼叫strlen :
iLength = strlen (pw) ;&&&&&&&&现在麻烦来了。首先,C编译器会显示一条警告消息,可能是这样的内容:
'function' : incompatible types - from 'unsigned short *' to 'const char *'
这条消息的意思是:声明strlen函数时,该函数应接收char类型的指标,但它现在却接收了一个unsigned short类型的指标。您仍然可编译并执行该程序,但您会发现iLength等于1。为什么?
字符串「Hello!」中的6个字符占用16位:
0x5 0x006C 0x006C 0x006F 0x0021Intel处理器在内存中将其存为:
48 00 65 00 6C 00 6C 00 6F 00 21 00假定strlen函数正试图得到一个字符串的长度,并把第1个字节作为字符开始计数,但接着假定如果下一个字节是0,则表示字符串结束。
这个小练习清楚地说明了C语言本身和执行时期链接库函数之间的区别。编译器将字符串L"Hello!" 解释为一组16位短整数型态数据,并将其保存在wchar_t数组中。编译器还处理数组索引和sizeof操作符,因此这些都能正常工作,但在连结时才添加执行时期链接库函数,例如strlen。这些函数认为字符串由单字节字符组成。遇到宽字符串时,函数就不像我们所希望那样执行了。
您可能要说:「噢,太麻烦了!」现在每个C语言链接库函数都必须重写以接受宽字符。但事实上并不是每个C语言链接库函数都需要重写,只是那些有字符串参数的函数才需要重写,而且也不用由您来完成。它们已经重写完了。
strlen函数的宽字符版是wcslen(wide-character string length:宽字符串长度),并且在STRING.H(其中也说明了strlen)和WCHAR.H中均有说明。strlen函数说明如下:
size_t __cdecl strlen (const char *) ;&&&&&&&&而wcslen函数则说明如下:
size_t __cdecl wcslen (const wchar_t *) ;&&&&&&&&这时我们知道,要得到宽字符串的长度可以呼叫
iLength = wcslen (pw) ;&函数将返回字符串中的字符数6。请记住,改成宽字节后,字符串的字符长度不改变,只是位组长度改变了。
您熟悉的所有带有字符串参数的C执行时期链接库函数都有宽字符版。例如,wprintf是printf的宽字符版。这些函数在WCHAR.H和含有标准函数说明的表头文件中说明。
维护单一原始码
当然,使用Unicode也有缺点。第一点也是最主要的一点是,程序中的每个字符串都将占用两倍的储存空间。此外,您将发现宽字符执行时期链接库中的函数比常规的函数大。出于这个原因,您也许想建立两个版本的程序-一个处理ASCII字符串,另一个处理Unicode字符串。最好的解决办法是维护既能按ASCII编译又能按Unicode编译的单一原始码文件。
虽然只是一小段程序,但由于执行时期链接库函数有不同的名称,您也要定义不同的字符,这将在处理前面有L的字符串文字时遇到麻烦。
一个办法是使用Microsoft Visual C++包含的TCHAR.H表头文件。该表头文件不是ANSI C标准的一部分,因此那里定义的每个函数和宏定义的前面都有一条底线。TCHAR.H为需要字符串参数的标准执行时期链接库函数提供了一系列的替代名称(例如,_tprintf和_tcslen)。有时这些名称也称为「通用」函数名称,因为它们既可以指向函数的Unicode版也可以指向非Unicode版。
如果定义了名为_UNICODE的标识符,并且程序中包含了TCHAR.H表头文件,那么_tcslen就定义为wcslen:
#define _tcslen wcslen&&&&&&&&如果没有定义UNICODE,则_tcslen定义为strlen:
#define _tcslen strlen&&&&&&&&等等。TCHAR.H还用一个新的数据型态TCHAR来解决两种字符数据型态的问题。如果定义了_UNICODE标识符,那么TCHAR就是wchar_t:
typedef wchar_t TCHAR ;&&&&&&&&否则,TCHAR就是Char:
typedef char TCHAR ;&&&&&&&&现在开始讨论字符串文字中的L问题。如果定义了_UNICODE标识符,那么一个称作__T的宏就定义如下:
#define __T(x) L##x&&&&&&&&这是相当晦涩的语法,但合乎ANSI C标准的前置处理器规范。那一对井字号称为「粘贴符号(token paste)」,它将字母L添加到宏参数上。因此,如果宏参数是"Hello!",则L##x就是L"Hello!"。
如果没有定义_UNICODE标识符,则__T宏只简单地定义如下:
#define __T(x) x&&&&&&&&此外,还有两个宏与__T定义相同:
#define _T(x)__T(x)&&&&&&&&#define _TEXT(x)__T(x)&&&&&&&&在Win32 console程序中使用哪个宏,取决于您喜欢简洁还是详细。基本地,必须按下述方法在_T或_TEXT宏内定义字符串文字:
_TEXT ("Hello!")&&&&&&&&这样做的话,如果定义了_UNICODE,那么该串将解释为宽字符的组合,否则解释为8位的字符字符串。
宽字符和 Windows
Windows NT从底层支援Unicode。这意味着Windows NT内部使用由16位字符组成的字符串。因为世界上其它许多地方还不使用16位字符串,所以Windows NT必须经常将字符串在操作系统内转换。Windows NT可执行为ASCII、Unicode或者ASCII和Unicode混合编写的程序。即,Windows NT支持不同的API函数呼叫,这些函数接受8位或16位的字符串(我们将马上看到这是如何动作的。)
相对于Windows NT,Windows 98对Unicode的支持要少得多。只有很少的Windows 98函数呼叫支持宽字符串(这些函数列在《Microsoft Knowledge Base article Q125671》中;它们包括MessageBox)。如果要发行的程序中只有一个.EXE文件要求在Windows NT和Windows 98下都能执行,那么就不应该使用Unicode,否则就不能在Windows 98下执行;尤其程序不能呼叫Unicode版的Windows函数。这样,将来发行Unicode版的程序时会处于更有利的位置,您应试着编写既为ASCII又为Unicode编译的原始码。这就是本书中所有程序的编写方式。
Windows表头文件类型
正如您在第一章所看到的那样,一个Windows程序包括表头文件WINDOWS.H。该文件包括许多其它表头文件,包括WINDEF.H,该文件中有许多在Windows中使用的基本型态定义,而且它本身也包括WINNT.H。WINNT.H处理基本的Unicode支持。
WINNT.H的前面包含C的表头文件CTYPE.H,这是C的众多表头文件之一,包括wchar_t的定义。WINNT.H定义了新的数据型态,称作CHAR和WCHAR:
typedef char CHAR ;&&&&&&&&typedef wchar_t WCHAR ;&&& // wc&&&&&&&&当您需要定义8位字符或者16位字符时,推荐您在Windows程序中使用的数据型态是CHAR和WCHAR。WCHAR定义后面的注释是匈牙利标记法的建议:一个基于WCHAR数据型态的变量可在前面附加上字母wc以说明一个宽字符。
WINNT.H表头文件进而定义了可用做8位字符串指针的六种数据型态和四个可用做const 8位字符串指针的数据型态。这里精选了表头文件中一些实用的说明数据型态语句:
typedef CHAR * PCHAR, * LPCH, * PCH, * NPSTR, * LPSTR, * PSTR ;&&&&&&&&typedef CONST CHAR * LPCCH, * PCCH, * LPCSTR, * PCSTR ;&&&&&&&&前缀N和L表示「near」和「long」,指的是16位Windows中两种大小不同的指标。在Win32中near和long指标没有区别。
类似地,WINNT.H定义了六种可作为16位字符串指针的数据型态和四种可作为const 16位字符串指针的数据型态:
typedef WCHAR * PWCHAR, * LPWCH, * PWCH, * NWPSTR, * LPWSTR, * PWSTR ;&&&&&&&&typedef CONST WCHAR * LPCWCH, * PCWCH, * LPCWSTR, * PCWSTR ;&&&&&&&&至此,我们有了数据型态CHAR(一个8位的char)和WCHAR(一个16位的wchar_t),以及指向CHAR和WCHAR的指标。与TCHAR.H一样,WINNT.H将TCHAR定义为一般的字符类型。如果定义了标识符UNICODE(没有底线),则TCHAR和指向TCHAR的指标就分别定义为WCHAR和指向WCHAR的指标;如果没有定义标识符UNICODE,则TCHAR和指向TCHAR的指标就分别定义为char和指向char的指标:
#ifdef& UNICODE&typedef WCHAR TCHAR, * PTCHAR ;typedef LPWSTR LPTCH, PTCH, PTSTR, LPTSTR ;&typedef LPCWSTR LPCTSTR ;&&&&&&#elsetypedef char TCHAR, * PTCHAR ;&&typedef LPSTR LPTCH, PTCH, PTSTR, LPTSTR ;&typedef LPCSTR LPCTSTR ;&&&#endif&&&&&&&&如果已经在某个表头文件或者其它表头文件中定义了TCHAR数据型态,那么WINNT.H和WCHAR.H表头文件都能防止其重复定义。不过,无论何时在程序中使用其它表头文件时,都应在所有其它表头文件之前包含WINDOWS.H。
WINNT.H表头文件还定义了一个宏,该宏将L添加到字符串的第一个引号前。如果定义了UNICODE标识符,则一个称作 __TEXT的宏定义如下:
#define __TEXT(quote) L##quote&&&&&&&&如果没有定义标识符UNICODE,则像这样定义__TEXT宏:
#define __TEXT(quote) quote&&&&&&&&此外, TEXT宏可这样定义:
#define TEXT(quote) __TEXT(quote)&&&&&&&&这与TCHAR.H中定义_TEXT宏的方法一样,只是不必操心底线。我将在本书中使用这个宏的TEXT版本。
这些定义可使您在同一程序中混合使用ASCII和Unicode字符串,或者编写一个可被ASCII或Unicode编译的程序。如果您希望明确定义8位字符变量和字符串,请使用CHAR、PCHAR(或者其它),以及带引号的字符串。为明确地使用16位字符变量和字符串,请使用WCHAR、PWCHAR,并将L添加到引号前面。对于是8位还是16位取决于UNICODE标识符的定义的变量或字符串,要使用TCHAR、PTCHAR和TEXT宏。
-----------------------维护单一原始码
&&&&&&& 使用Unicode最主要缺点是,程序中的每个字串都将占用两倍的储存空间。此外,宽字符执行时期程序库中的函数比常规的函数大。
&&&&&&& 因此,就有必要建立两个版本的程序&&一个处理ASCII字串,另一个处理Unicode字串。最好的解决办法是维护既能按ASCII编译又能按Unicode编译的单一原始码档案。
一个办法是使用Microsoft Visual C++包含的TCHAR.H头文件。(该头文件不是ANSI C标准的一部分,因此其中定义的每个函数和巨集定义的前面都有一条下横线。)
&&&&&&& TCHAR.H为需要字串参数的标准执行时期程序库函数提供了一系列的替代名称(例如,_tprintf和_tcslen)。有时这些名称也称为「通用」函数名称,因为它们既可以指向函数的Unicode版也可以指向非Unicode版。
&&&&&&如果定义了名为_UNICODE的识别字,并且程序中包含了TCHAR.H头文件,那么_tcslen就定义为wcslen:
#define _tcslen wcslen
&&&&& 如果没有定义UNICODE,则_tcslen定义为strlen:
#define _tcslen strlen
&&&&&& TCHAR.H还用一个新的数据类型TCHAR来解决两种字符数据类型的问题。如果定义了 _UNICODE识别字,那么TCHAR就是wchar_t:
typedef&&& wchar_t&&& TCHAR ;
&&&&&& 否则,TCHAR就是char:
typedef char TCHAR ;
&&&&&& 现在开始讨论字串文字中的L问题。如果定义了_UNICODE识别字,那么一个称作__T的巨集就定义如下:
#define __T(x) L##x
&&&&&& 这是相当晦涩的语法,但合乎ANSI C标准的前置处理器规范。那一对井字号称为「粘贴符号(token paste)」,它将字母L添加到巨集引数上。因此,如果巨集引数是"Hello!",则L##x就是L"Hello!"。
&&&&&& 如果没有定义_UNICODE识别字,则__T巨集只简单地定义如下:
#define __T(x) x
&&&&&& 此外,还有两个巨集与__T定义相同:
#define _T(x) __T(x)
#define _TEXT(x) __T(x)
在Win32 console程序中使用哪个巨集,取决於您喜欢简洁还是详细。基本地,必须按下述方法在_T或_TEXT巨集内定义字串文字:
_TEXT ("Hello!")
&&&&&& 这样做的话,如果定义了_UNICODE,那么该串将解释为宽字符的组合,否则解释为8位元的字符字串。
(转自:)
阅读(...) 评论()【蔻驰手提包】COACH 蔻驰 女款玫红边棕色PVC材质链条手提包 64234 IME9T (F64234 IME9T)【行情 报价 价格 评测】-京东
蔻驰手提包
400-608-5500
该商品已下柜,欢迎挑选其他商品!
加载中,请稍候...
价 格: 到
   
规格与包装
本店好评商品
商品名称:蔻驰手提包
商品编号:2333291
商品毛重:1.0kg
商品产地:中国/越南等
货号:64234 IME9T (F64234 IME9T)
分类:手提包
适用人群:女式
颜色:棕色
商品介绍加载中...
品牌COACH蔻驰
产地中国/越南等
颜色玫边棕色
适用人群女士
分类单肩包;其它;斜跨包
主商品*1 coach吊牌*1 防尘袋*1京东自营退换货维修凭证(一旦丢失,概不退换)*1
权利声明:京东上的所有商品信息、客户评价、商品咨询、网友讨论等内容,是京东重要的经营资源,未经许可,禁止非法转载使用。
注:本站商品信息均来自于合作方,其真实性、准确性和合法性由信息拥有者(合作方)负责。本站不提供任何保证,并不承担任何法律责任。
价格说明:
京东价:京东价为商品的销售价,是您最终决定是否购买商品的依据。
划线价:商品展示的划横线价格为参考价,并非原价,该价格可能是品牌专柜标价、商品吊牌价或由品牌供应商提供的正品零售价(如厂商指导价、建议零售价等)或该商品在京东平台上曾经展示过的销售价;由于地区、时间的差异性和市场行情波动,品牌专柜标价、商品吊牌价等可能会与您购物时展示的不一致,该价格仅供您参考。
折扣:如无特殊说明,折扣指销售商在原价、或划线价(如品牌专柜标价、商品吊牌价、厂商指导价、厂商建议零售价)等某一价格基础上计算出的优惠比例或优惠金额;如有疑问,您可在购买前联系销售商进行咨询。
异常问题:商品促销信息以商品详情页“促销”栏中的信息为准;商品的具体售价以订单结算页价格为准;如您发现活动商品售价或促销信息有异常,建议购买前先联系销售商咨询。
iframe(src='//www.googletagmanager.com/ns.html?id=GTM-T947SH', height='0', width='0', style='display: visibility:')

我要回帖

更多关于 移动的服务密码是什么 的文章

 

随机推荐