serialized class(classesdex有什么作用)

老铁们，大家好，相信还有很多朋友对于serialized class和classesdex有什么作用的相关问题不太懂，没关系，今天就由我来为大家分享分享serialized class以及classesdex有什么作用的问题，文章篇幅可能偏长，希望可以帮助到大家，下面一起来看看吧！

serialVersionUID有什么作用

serialVersionUID作用：

序列化时为了保持版本的兼容性，即在版本升级时反序列化仍保持对象的唯一性。

有两种生成方式：

一个是默认的1L，比如：private static final long serialVersionUID= 1L;

一个是根据类名、接口名、成员方法及属性等来生成一个64位的哈希字段，比如：

private static final long serialVersionUID= xxxxL;

当你一个类实现了Serializable接口，如果没有定义serialVersionUID，Eclipse会提供这个

提示功能告诉你去定义。在Eclipse中点击类中warning的图标一下，Eclipse就会

自动给定两种生成的方式。如果不想定义它，在Eclipse的设置中也

可以把它关掉的，设置如下：

Window==> Preferences==> Java==> Compiler==> Error/Warnings==>

Potential programming problems

将Serializable class without serialVersionUID的warning改成ignore即可。

如果你没有考虑到兼容性问题时，就把它关掉，不过有这个功能是好的，只要任何类别实现了Serializable这个接口的话，如果没有加入

serialVersionUID，Eclipse都会给你warning提示，这个serialVersionUID为了让该类别

Serializable向后兼容。

如果你的类Serialized存到硬盘上面后，可是后来你却更改了类别的field(增加或减少或改名)，当你Deserialize时，就会出现Exception的，这样就会造成不兼容性的问题。

但当serialVersionUID相同时，它就会将不一样的field以type的预设值Deserialize，可避开不兼容性问题。

refit默认windows启动

refit默认windows启动()1.简介Refit是一个受到Square的Retrofit库（Java）启发的自动类型安全REST库。通过HttpClient网络请求(POST，GET,PUT，DELETE等封装)把REST API返回的数据转化为POCO(Plain Ordinary C# Object,简单C#对象) to JSON。我们的应用程序通过Refit请求网络，实际上是使用Refit接口层封装请求参数、Header、Url等信息，之后由HttpClient完成后续的请求操作，在服务端返回数据之后，HttpClient将原始的结果交给Refit，后者根据用户的需求对结果进行解析的过程。安装组件命令行：

Install-Package refit代码例子：

[Headers("User-Agent: Refit Integration Tests")]//这里因为目标源是GitHubApi，所以一定要加入这个静态请求标头信息，让其这是一个测试请求，不然会返回数据异常。public interface IGitHubApi{ [Get("/users/{user}")] Task GetUser(string user);}public class GitHubApi{ public async Task GetUser(){ var gitHubApi= RestService.For(""); var octocat= await gitHubApi.GetUser("octocat"); return octocat;}}public class User{ public string login{ get; set;} public int? id{ get; set;} public string url{ get; set;}}[HttpGet]public async Task<ActionResult<IEnumerable>> Get(){ var result= await new GitHubApi().GetUser(); return new string[]{ result.id.Value.ToString(), result.login};}注：接口中Headers、Get这些属性叫做Refit的特性。定义上面的一个IGitHubApi的REST API接口，该接口定义了一个函数GetUser，该函数会通过HTTP GET请求去访问服务器的/users/{user}路径把返回的结果封装为User POCO对象并返回。其中URL路径中的{user}的值为GetUser函数中的参数user的取值，这里赋值为octocat。然后通过RestService类来生成一个IGitHubApi接口的实现并供HttpClient调用。

2.API属性

每个方法必须具有提供请求URL和HTTP属性。HTTP属性有六个内置注释：Get, Post, Put, Delete, Patch and Head，例：

[Get("/users/list")]您还可以在请求URL中指定查询参数：

[Get("/users/list?sort=desc")]还可以使用相对URL上的替换块和参数来动态请求资源。替换块是由{and，即&}包围的字母数字字符串。如果参数名称与URL路径中的名称不匹配，请使用AliasAs属性，例：

[Get("/group/{id}/users")]Task<List> GroupList([AliasAs("id")] int groupId);请求URL还可以将替换块绑定到自定义对象，例：

[Get("/group/{request.groupId}/users/{request.userId}")]Task<List> GroupList(UserGroupRequest request);class UserGroupRequest{ int groupId{ get;set;} int userId{ get;set;}}未指定为URL替换的参数将自动用作查询参数。这与Retrofit不同，在Retrofit中，必须明确指定所有参数，例：

[Get("/group/{id}/users")]Task<List> GroupList([AliasAs("id")] int groupId, [AliasAs("sort")] string sortOrder);GroupList(4,"desc");输出结果："/group/4/users?sort=desc"

3.动态查询字符串参数(Dynamic Querystring Parameters)

方法还可以传递自定义对象，把对象属性追加到查询字符串参数当中，例如：

public class MyQueryParams{ [AliasAs("order")] public string SortOrder{ get; set;} public int Limit{ get; set;}}[Get("/group/{id}/users")]Task<List> GroupList([AliasAs("id")] int groupId, MyQueryParams params);[Get("/group/{id}/users")]Task<List> GroupListWithAttribute([AliasAs("id")] int groupId, [Query(".","search")]MyQueryParams params);params.SortOrder="desc";params.Limit= 10;GroupList(4, params)输出结果："/group/4/users?order=desc&Limit=10"

GroupListWithAttribute(4, params)输出结果："/group/4/users?search.order=desc&search.Limit=10"您还可以使用[Query]指定querystring参数，并将其在非GET请求中扁平化，类似于：

[Post("/statuses/update.json")]Task PostTweet([Query]TweetParams params);5.集合作为查询字符串参数(Collections as Querystring Parameters)方法除了支持传递自定义对象查询，还支持集合查询的，例：

[Get("/users/list")]Task Search([Query(CollectionFormat.Multi)]int[] ages);Search(new []{10, 20, 30})输出结果："/users/list?ages=10&ages=20&ages=30"

[Get("/users/list")]Task Search([Query(CollectionFormat.Csv)]int[] ages);Search(new []{10, 20, 30})输出结果："/users/list?ages=10%2C20%2C30"

6.转义符查询字符串参数(Unescape Querystring Parameters)

使用QueryUriFormat属性指定查询参数是否应转义网址，例：

[Get("/query")][QueryUriFormat(UriFormat.Unescaped)]Task Query(string q);Query("Select+Id,Name+From+Account")输出结果："/query?q=Select+Id,Name+From+Account"

7.Body内容

通过使用Body属性，可以把自定义对象参数追加到HTTP请求Body当中。

[Post("/users/new")]Task CreateUser([Body] User user)根据参数的类型，提供Body数据有四种可能性：●如果类型为Stream，则内容将通过StreamContent流形式传输。●如果类型为string，则字符串将直接用作内容，除非[Body(BodySerializationMethod.Json)]设置了字符串，否则将其作为StringContent。●如果参数具有属性[Body(BodySerializationMethod.UrlEncoded)]，则内容将被URL编码。●对于所有其他类型，将使用RefitSettings中指定的内容序列化程序将对象序列化（默认为JSON）。●缓冲和Content-Length头默认情况下，Refit重新调整流式传输正文内容而不缓冲它。例如，这意味着您可以从磁盘流式传输文件，而不会产生将整个文件加载到内存中的开销。这样做的缺点是没有在请求上设置内容长度头（Content-Length）。如果您的API需要您随请求发送一个内容长度头，您可以通过将[Body]属性的缓冲参数设置为true来禁用此流行为：

Task CreateUser([Body(buffered: true)] User user);7.1.JSON内容使用Json.NET对JSON请求和响应进行序列化/反序列化。默认情况下，Refit将使用可以通过设置Newtonsoft.Json.JsonConvert.DefaultSettings进行配置的序列化器设置：

JsonConvert.DefaultSettings=()=> new电脑 JsonSerializerSettings(){ ContractResolver= new CamelCasePropertyNamesContractResolver(), Converters={new StringEnumConverter()}};//Serialized as:{"day":"Saturday"}await PostSomeStuff(new{ Day= DayOfWeek.Saturday});由于默认静态配置是全局设置，它们将影响您的整个应用程序。有时候我们只想要对某些特定API进行设置，您可以选择使用RefitSettings属性，以允许您指定所需的序列化程序进行设置，这使您可以为单独的API设置不同的序列化程序设置：

var gitHubApi= RestService.For("", new RefitSettings{ ContentSerializer= new JsonContentSerializer( new JsonSerializerSettings{ ContractResolver= new SnakeCasePropertyNamesContractResolver()})});var otherApi= RestService.For("", new RefitSettings{ ContentSerializer= new JsonContentSerializer( new JsonSerializerSettings{电脑 ContractResolver= new CamelCasePropertyNamesContractResolver()})});还可以使用Json.NET的JsonProperty属性来自定义属性序列化/反序列化：

public class Foo{//像[AliasAs(“ b”)]一样会在表单中发布 [JsonProperty(PropertyName="b")] public string Bar{ get; set;}} 7.2XML内容XML请求和响应使用System.XML.Serialization.XmlSerializer进行序列化/反序列化。默认情况下，Refit只会使用JSON将内容序列化，若要使用XML内容，请将ContentSerializer配置为使用XmlContentSerializer：

var gitHubApi= RestService.For("", new RefitSettings{ ContentSerializer= new XmlContentSerializer()});属性序列化/反序列化可以使用System.Xml.serialization命名空间中的属性进行自定义：

public class Foo{ [XmlElement(Namespace="")] public string Bar{ get; set;}}System.Xml.Serialization.XmlSerializer提供了许多序列化选项，可以通过向XmlContentSerializer构造函数提供XmlContentSerializer设置来设置这些选项：

var电脑 gitHubApi= RestService.For("", new RefitSettings{ ContentSerializer= new XmlContentSerializer( new XmlContentSerializerSettings{ XmlReaderWriterSettings= new XmlReaderWriterSettings(){ ReaderSettings= new XmlReaderSettings{ IgnoreWhitespace= true}}})});7.3.表单发布(Form posts)对于以表单形式发布（即序列化为application/x-www-form-urlencoded）的API，请使用初始化Body属性BodySerializationMethod.UrlEncoded属性，参数可以是IDictionary字典，例：

public interface IMeasurementProtocolApi{ [Post("/collect")] Task Collect([Body(BodySerializationMethod.UrlEncoded)] Dictionary data);}var data= new Dictionary{{"v", 1},{"tid","UA-1234-5"},{"cid", new Guid("d1e9ea6b-2e8b-4699-93e0-0bcbd26c206c")},{"t","event"},};// Serialized as: v=1&tid=UA-1234-5&cid=d1e9ea6b-2e8b-4699-93e0-0bcbd26c206c&t=eventawait api.Collect(data);如果我们传递对象跟请求表单中字段名称不一致时，可在对象属性名称上加入[AliasAs("你定义字段名称")]属性，那么加入属性的对象字段都将会被序列化为请求中的表单字段：

public interface IMeasurementProtocolApi{ [Post("/collect")] Task Collect([Body(BodySerializationMethod.UrlEncoded)] Measurement measurement);}public class Measurement{// Properties can be read-only and [AliasAs] isn't required public int v{ get{ return 1;}} [AliasAs("tid")] public string WebPropertyId{ get; set;} [AliasAs("cid")] public Guid ClientId{ get; set;} [AliasAs("t")] public string Type{ get; set;} public object IgnoreMe{ private get; set;}}var measurement= new Measurement{ WebPropertyId="UA-1234-5", ClientId= new Guid("d1e9ea6b-2e8b-4699-93e0-0bcbd26c206c"), Type="event"};// Serialized as: v=1&tid=UA-1234-5&cid=d1e9ea6b-2e8b-4699-93e0-0bcbd26c206c&t=eventawait api.Collect(measurement);8.设置请求头8.1静态头(Static headers)您可以为将headers属性应用于方法的请求设置一个或多个静态请求头：

[Headers("User-Agent: Awesome Octocat App")][Get("/users/{user}")]Task GetUser(string user);通过将headers属性应用于接口，还可以将静态头添加到API中的每个请求：

[Headers("User-Agent: Awesome Octocat App")]public interface IGitHubApi{ [Get("/users/{user}")] Task GetUser(string user); [Post("/users/new")] Task CreateUser([Body] User user);}8.2动态头(Dynamic headers)如果需要在运行时设置头的内容，则可以通过将头属性应用于参数来向请求添加具有动态值的头：

[Get("/users/{user}")]Task GetUser(string user, [Header("Authorization")] string authorization);// Will add the header"Authorization: token OAUTH-TOKEN" to the requestvar user= await GetUser("octocat","token OAUTH-TOKEN"); 8.3授权(动态头redux)使用头的最常见原因是为了授权。而现在大多数API使用一些oAuth风格的访问令牌，这些访问令牌会过期，刷新寿命更长的令牌。封装这些类型的令牌使用的一种方法是，可以插入自定义的HttpClientHandler。这样做有两个类：一个是AuthenticatedHttpClientHandler，它接受一个Func<Task>参数，在这个参数中可以生成签名，而不必知道请求。另一个是authenticatedparameteredhttpclienthandler，它接受一个Func<HttpRequestMessage，Task>参数，其中签名需要有关请求的信息（参见前面关于Twitter的API的注释），例如：

class AuthenticatedHttpClientHandler: HttpClientHandler{ private readonly Func<Task> getToken; public AuthenticatedHttpClientHandler(Func<Task> getToken){ if(getToken== null) throw new ArgumentNullException(nameof(getToken)); this.getToken= getToken;} protected override async Task SendAsync(HttpRequestMessage request, CancellationToken cancellationToken){// See if the request has an authorize header var auth= request.Headers.Authorization; if(auth!= null){ var token= await getToken().ConfigureAwait(false); request.Headers.Authorization= new AuthenticationHeaderValue(auth.Scheme, token);} return await base.SendAsync(request, cancellationToken).ConfigureAwait(false);}}或者：

class AuthenticatedParameterizedHttpClientHandler: DelegatingHandler{ readonly Func<HttpRequestMessage, Task> getToken; public AuthenticatedParameterizedHttpClientHandler(Func<HttpRequestMessage, Task> getToken, HttpMessageHandler innerHandler= null): base(innerHandler?? new HttpClientHandler()){ this.getToken= getToken?? throw new ArgumentNullException(nameof(getToken));} protected override async Task SendAsync(HttpRequestMessage request, CancellationToken cancellationToken){// See if the request has an authorize header var auth= request.Headers.Authorization; if(auth!= null){ var token= await getToken(request).ConfigureAwait(false); request.Headers.Authorization= new AuthenticationHeaderValue(auth.Scheme, token);} return await base.SendAsync(request, cancellationToken).ConfigureAwait(false);}}虽然HttpClient包含一个几乎相同的方法签名，但使用方式不同。重新安装未调用HttpClient.SendAsync。必须改为修改HttpClientHandler。此类的用法与此类似（示例使用ADAL库来管理自动令牌刷新，但主体用于Xamarin.Auth或任何其他库：

class LoginViewModel{ AuthenticationContext context= new AuthenticationContext(...); private async Task GetToken(){// The AcquireTokenAsync call will prompt with a UI if necessary// Or otherwise silently use a refresh token to return// a valid access token var token= await context.AcquireTokenAsync("","clientId", new Uri("callback://complete")); return token;} public async Task LoginAndCallApi(){ var api= RestService.For(new HttpClient(new AuthenticatedHttpClientHandler(GetToken)){ BaseAddress= new Uri("")}); var location= await api.GetLocationOfRebelBase();}}interface IMyRestService{ [Get("/getPublicInfo")] Task SomePublicMethod(); [Get("/secretStuff")] [Headers("Authorization: Bearer")] Task GetLocationOfRebelBase();}在上面的示例中，每当调用需要身份验证的方法时，AuthenticatedHttpClientHandler将尝试获取新的访问令牌。由应用程序提供，检查现有访问令牌的过期时间，并在需要时获取新的访问令牌。

电脑

property和attribute的区别

property是指类向外提供的数据区域。

而attribute则是描述对象在编译时或运行时属性的，分为固有型和用户自定义型，其中用户自定义型可以利用Reflection在运行期获取。

这两者是有本质区别的。

资料上说二者一个是service的属性，而另一个是interface的。

第一种好象更准确,摘要如下：

在很多人的脑海中，Attribute就是类的属性，Property呢？好像也是类的属性？因此有很多人不加区别的统一称为类的属性，尤其是在写中文文章的时候。这种心理是典型的鸵鸟心态，眼不见为净。其实稍微用脚想一下就知道，事实肯定不是这样的，UML中既然发明了这两个术语，显然不是用来冗余的。它们之间肯定有着千丝万缕的联系与区别。

各种各样的面向对象语言、各种组件技术、模板技术、Web Service技术，其中大部分涉及到了“属性”这个概念，而其英文术语则常常是Attribute、Property或者Field。很多人一概称之为“属性”，有的地方确实可以不加区分，但有的地方却是差之毫厘、谬以千里。我对于这些纷纷扰扰的技术和术语也很苦恼，但是我们至少可以通过UML中的这两个术语的解释找到一个可以参考的标准。无论如何，UML是面向对象技术的集大成者和事实上的标准。

很客观的说，UML1.4中对于这两个术语并没有很清晰的定义，但是其区别还是显而易见的。Attribute应该是UML1.4中的宠儿，而Property连一个单独的术语都没有捞到。谁也没想到在UML2.0中风云突变，Attribute从类图中消失了，而Property堂而皇之入主中原。

1。4中 Attribute是与Classifier相关联的术语，它比Property的影响范围要小。Class是Classifier的子类，因此Attribute也可以表示Class的属性。从上面的定义还可以看出，Attribute可以是Classifier的实例的命名的槽。对于Class来说，其实例就是Object，Object的槽就是对象的属性值槽。因此，Attribute是可以作为对象的属性的。而Property似乎没有这一层的含义。按MOF（元对象设施，OMG的另一个规范，后面会有详细解释）的模型层次划分，Attribute涉及的模型层从M2到M0，而Property似乎只是M2层的概念。

2。0中 Attribute这里仅仅指一个类元的结构特征，可以将类元的实例联系到一个或者一组具体值。而没有提到实例的槽（slot）等等。我猜想，这是因为UML2.0中已经把Attribute作为Property的一个子集了，所以关于实例的槽（slot）等等的具体赋值方法，都归结到Property的定义中解释了。

另外一点值得注意的是，Attribute的定义来自于术语表，而没有在元模型图中出现。而Property出现在元模型图中，并且都做了详细而具体的解释。这一点可以看出，UML强化Property，弱化Attribute的决心。

Attribute和Property的总结

这一节对Attribute和Property作一个小结，基于目前最新的UML2.0规范：

l总体上来说，Attribute是Property的子集，Property会在适当的时机表现为Attribute；

l Property出现在类图的元模型中，代表了Class的所有结构化特征；Attribute没有出现在元模型中，它仅仅在Class的概念中存在，没有相应的语法了；

l Property有详细的定义和约束，而Attribute没有详细的定义，因此也不能用OCL写出其约束。

l Property和Attribute都是M2层的概念。在M1层，它们的实例是具体类的属性；在M0层，它们的实例的实例是具体对象的槽中存储的值。

对于property和attribute这两个名词都叫“属性”的问题，来源于国内it书籍翻译界的疏忽。

其实它们来源于两个不同的领域，attribute属于OOA/OOD的概念，而property属于编程语言中的概念。下面我们来说明它们的异同。

Attribute

Attributes是Microsoft.NET Framework文件的元数据，可以用来向运行时描述你的代码，或者在程序运行的时候影响应用程序的行为。

Property

属性是面向对象编程的基本概念，提供了对私有字段的访问封装，在C#中以get和set访问器方法实现对可读可写属性的操作，提供了安全和灵活的数据访问封装。关于属性的概念，不是本文的重点，而且相信大部分的技术人员应该对属性有清晰的概念。以下是简单的属性

区别

可以说两者没有可比性，只不过我们国家的语言特点才引起的歧异，其实只要记住Attribute是派生于System,Attribute类之下，它的主要作用是描述，比如某为了描述某个方法是来自与外部的dll，

可以写如下代码，这就是一个Attribute，他是一个描述（或者说声明）

[DllImport("User32.dll")]

Attribute也有很多系统的“默认”属性，见下表

预定义的属性

有效目标

说明

AttributeUsage

Class

指定另一个属性类的有效使用方式

CLSCompliant

全部

指出程序元素是否与CLS兼容

Conditional

Method

指出如果没有定义相关联的字符串，编译器就可以忽略对这个方法的任何调用

DllImport

Method

指定包含外部方法的实现的DLL位置

STAThread

Method(Main)

指出程序的默认线程模型为STA

MTAThread

Method(Main)

指出程序的默认模型为多线程(MTA)

Obsolete

除了Assembly、Module、Parameter和Return

将一个元素标示为不可用，通知用户此元素将被从未来的产品

ParamArray

Parameter

允许单个参数被隐式地当作params(数组)参数对待

Serializable

Class、Struct、enum、delegate

指定这种类型的所有公共和私有字段可以被串行化

NonSerialized

Field

应用于被标示为可串行化的类的字段，指出这些字段将不可被串行化

StructLayout

Class、struct

指定类或结构的数据布局的性质，比如Auto、Explicit或sequential

ThreadStatic

Field(静态)

实现线程局部存储(TLS)。不能跨多个线程共享给定的静态字段，每个线程拥有这个静态字段的副本

而Property是指编程过程中的字段，也即类的成员。

如：

private int hour;//定义私有变量表示"小时",外部是访问不到的.}

public int Hour//定义Hour程序接口

{

set{ hour=value;}

get{ return hour;}

关于serialized class到此分享完毕，希望能帮助到您。