众所周知
如果一个对象需要进行网络传输，那么该对象就需要实现Serializable接口，为了防止反序列失败，该对象需提供一个默认的serialVersionUID（该值在反序列化的时候会进行校验校验失败并抛出InvalidClassException异常）。
提出疑问
现在需要将一个对象返回给前端，那么该对象是否需要实现 Serializable接口，并提供一个默认的serialVersionUID？如果不实现会有什么影响？
探索
我们现在想一个问题，现在一般前后端进行数据交互一般都是json格式的数据，那么是谁在什么时候将我们的对象转换成json格式的？只要想明白这个问题，也就解决了我们提出的疑问。
这里我先用SpringMVC框架做一番解释，我们使用SpringMVC框架的时候如果要返回一个json串给前端只需要将对象返回并且在方法上加上@ResponseBody注解，类似以下操作
SpirngMVC是什么类在什么时候处理@ResponseBody
SpringMVC 中处理@ResponseBody主要是通过类RequestResponseBodyMethodProcessor#handleReturnValue处理返回值，解析成json又涉及到的HttpMessageConverter的配置，其实正常情况下SpringMVC是自动帮我们配置以下转换器：
ByteArrayHttpMessageConverter，
StringHttpMessageConverter，
ResourceHttpMessageConverter，
SourceHttpMessageConverter，
AllEncompassingFormHttpMessageConverter，
是否引入jackson包配置MappingJackson2HttpMessageConverter。
具体详见WebMvcConfigurationSupport#addDefaultHttpMessageConverters。一般执行解析操作的是MappingJackson2HttpMessageConverter这个类，其实这个类不是干实事的，具体操作还得交给ObjectMapper这个类取实现。而ObjectMapper就是jackson包中的一个类。
jackson是怎么将对象转换成json
jackson将对象解析成json的入口是ObjectMapper#writeValueAsString，其内部实现大概是先初始化一个4000容量的WriterBasedJsonGenerator#_outputBuffer char数组，然后将对象中的字段一一往char数组中放入，最后将char数组转换成String。具体详见ObjectMapper#writeValueAsString，因此对象转换成json与Serializable无关。
验证
这里主要验证对象返回是否与Serializable有关系，如果一个对象进行序列化跟实现Serializable有关系的话，那么序列化的过程中一定就会调用该对象下的writeObject(java.io.ObjectOutputStream s) ，因此只需启动程序调用接口，在方法writeObject上打断点，看是否可以拦截住。这里使用HashSet做实验。会发现断点没有停住。说明使用SpringMVC框架返回给前端的对象无需实现Serializable接口。其大致图如下
因此真正与网络传输打交道的是SpringMVC转换后的json字符串，实体对象与网络并没用直接的接触，所以这里的实体对象无需实现Serializable接口。
什么时候需要实现Serializable接口
还是那句话，如果你的对象需要网络传输或者持久化（对象直接转换为字节的形式传输），只要你的对象需要转换为字节的形式那么你的对象就要实现Serializable接口。比如使用dubbo使用rpc的方式调用接口，那么接口参数就一定要实现Serializable接口。
总结
一般来说如果你的对象需要网络传输或者持久化（对象直接转换为字节的形式传输），那么就需要实现Serializable接口。如果只是转换为字符串的形式与网络打交道，那么就不需要实现Serializable接口。